Redis

  1  Redis主從服務配置 1.1概述 Redis的主從複製功能非常強大，一個master可以擁有多個slave，而一個slave又可以擁有多個slave，如此下去，形成了強大的多級伺服器叢集架構。主從同步，有以下好處： 實現資料的備份，減少單點故障帶來的損失；有利於實現負載平衡。本來一台伺服器負責所有資料的讀寫，而通過主從同步，可以讓多個從伺服器負責資料的讀，而主伺服器主要負責資料的寫，減輕了單點壓力。   1.2實現機制

安裝完redis-2.8.13 之後發現沒有自啟動指令碼，自己動手寫了一個： 指令碼一： #!/bin/sh # chkconfig: 345 86 14# description: Startup and shutdown script for RedisREDIS_DIR=/usr/local/bin#export $REDIS_DIRREDIS_CONF=/etc/redis.confREDIS_PID=/var/run/redis.pidcase $1 in

redis在預設情況下，是不會組建記錄檔檔案的，所以需要配置 配置方法： 1、首先找到redis的設定檔 2、開啟設定檔，找到logfile（可能有多個logfile，認準旁邊有loglevel的那個），或者直接搜logfile "" 3、將路徑填入logfile後面的引號內，例如：logfile "d:/redislog/redis.log"  (注意斜杆的方向，這個和windows cmd中的斜杆方向是反的)

一、安裝 1.官方：http://www.redis.cn/download.html 2.下載、解壓、編譯 wget http://download.redis.io/releases/redis-2.8.18.tar.gz tar xzf redis-2.8.18.tar.gz cd redis-2.8.１８ make (註：執行make時可能會出現的錯誤:1.未安裝gcc，請先:yum intsall gcc；2.安裝報錯 error: jemalloc/

二、災難恢複類比 既然持久化的資料的作用是用於重啟後的資料恢複，那麼我們就非常有必要進行一次這樣的災難恢複類比了。 據稱如果資料要做持久化又想保證穩定性，則建議留空一半的實體記憶體。因為在進行快照的時候，fork出來進行dump操作的子進程會佔用與父進程一樣的記憶體，真正的copy-on-write，對效能的影響和記憶體的耗用都是比較大的。目前，通常的設計思路是利用Replication機制來彌補aof、snapshot效能上的不足，達到了資料可持久化。

Spring Data Redis 鍵亂碼 手動指定鍵序列化類別型使用stringRedisSerializer <bean id="stringRedisSerializer" class="org.springframework.data.redis.serializer.StringRedisSerializer"></bean> <!-- Redis Template --> <

簡單介紹下Redis-sentinel： Redis-sentinel是Redis執行個體的監控管理、通知和執行個體失效備援服務，是Redis叢集的管理工具。在一般的分布式中心節點資料庫中，Redis-sentinel的作用是中心節點的工作，監控各個其他節點的工作情況並且進行故障恢複，來提高叢集的高可用性。（簡介來自連結：http://www.searchdatabase.com.cn/showcontent_71572.htm） 下面是我對Redis

接上一篇,簡易搭建redis. 首先,請在linux下安裝ruby環境. 建立一個叢集檔案夾. mkdir -p redisCluster/7000/ 複製redis/redis.conf   以及 redis/src/redis-server 到7000目錄下   修改redis.conf配置       daemonize yes

# Redis- Sentinel的官網地址： http://redis.io/topics/sentinel # 注意：Redis-Sentinel官網提供不是穩定版。個人感覺這個比keepalived+redis來切換好非常多。 配置環境： OS: CentOS6.1 x86  *  4

1 放開redis.config中cluster-enabled yes的注釋 2 複製redis.conf檔案   修改連接埠：6380  6381 6382 3 分別啟動redis服務 4 使用redis用戶端命令：cluster meet ip port命令建立叢集 5 使用redis用戶端命令：cluster addslots slot1 <slot2>  ... <slot3> 將16384個槽分配給叢集中的各個節點  

在項目中使用redis做緩衝，當運行一段時間後就會出現如下錯誤：Could not get a resource from the pool，然後在看具體的異常資訊就是JedisPool中擷取不到jedis對象，也就是說串連池中沒有可用的jedis。 自己的第一反應就是把最大連結數（setMaxTotal）調大一些，剛開始設定了100、後來200、在後來2000都不行 然後上網一搜發現大家的回答也都是修改最大串連數，如下demo就是網上一篇部落格的解釋：

參考資料： Redis Persistence http://redis.io/topics/persistence Google Groups https://groups.google.com/forum/?fromgroups=#!forum/redis-db 一、對Redis持久化的探討與理解 目前Redis持久化的方式有兩種： RDB 和 AOF 首先，我們應該明確持久化的資料有什麼用，答案是用於重啟後的資料恢複。

   之前一段時間由於業務需要研究了下Redis相關資訊，現特將Redex的從單機到叢集的各種配置在個人部落格上做更新，以便需要的道友。 1  概述 Redis是一個開源的、使用C語言編寫的、支援網路互動的、可基於記憶體也可持久化的Key-Value資料庫。

Redis-2.4.15目前沒有提供叢集的功能，Redis作者在部落格中說將在3.0中實現叢集機制。目前Redis實現叢集的方法主要是採用一致性哈稀分區（Shard），將不同的key分配到不同的redis server上，達到橫向擴充的目的。下面來介紹一種比較常用的分布式情境： 在讀寫操作比較均勻且即時性要求較高，可以用下圖的分布式模式： 在讀操作遠遠多於寫操作時，可以用下圖的分布式模式：       

Redis 命令參考 » Sentinel 本文檔翻譯自： http://redis.io/topics/sentinel 。 Redis 的 Sentinel 系統用於管理多個 Redis 伺服器（instance）， 該系統執行以下三個任務：

Sentinel¶ 本文檔翻譯自： http://redis.io/topics/sentinel 。 Redis 的 Sentinel 系統用於管理多個 Redis 伺服器（instance）， 該系統執行以下三個任務： 監控（Monitoring）： Sentinel 會不斷地檢查你的主伺服器和從伺服器是否運作正常。 提醒（Notification）： 當被監控的某個 Redis 伺服器出現問題時， Sentinel

Redis的內部結構如下圖所示： 各功能模組說明如下： File Event: 處理檔案事件(在多個用戶端中實現多工，接受它們發來的命令請求（讀事件），並將命令的執行結果返回給用戶端（寫事件）) Time Event: 時間事件(更新統計資料，清理到期資料，附屬節點同步，定期持久化等) AOF: 命令日誌的資料持久化 RDB：實際的資料持久化 Lua Environment : Lua 指令碼的運行環境. 為了讓 Lua 環境符合 Redis

當用戶端連上伺服器之後，用戶端就可以向伺服器發送命令請求了。 從用戶端發送命令請求，到命令被伺服器處理、並將結果返回用戶端， 整個過程有以下步驟： 1.   用戶端通過通訊端向伺服器傳送命令協議資料。 2.   伺服器通過讀事件來處理傳入資料，並將資料儲存在用戶端對應redisClient結構的查詢快取中。 3.   根據用戶端查詢快取中的內容，程式從命令表中尋找相應命令的實現函數。 4

Redis高可用 需求 (1)Redis運行在docker容器中;（2）實現雙機熱備,當redis-master異常時，redis-slave快速切換成master提供服務。 (3)當redis-master資料更新時，redis-slave資料能同步更新。 解決方案 利用keepalived實現redis的高可用。keepalived利用shell指令碼，定期檢測redis服務是否正常。當redis服務異常時，利用虛擬IP的漂移實現故障切換。 部署實現 1.環境說明

這裡以redis為例 建立一個RedisAppSecretManager類實現AppSecretManager介面 /** * 使用方式: * * <pre>@Autowiredprivate AppSecretManager appSecretManager;@Overrideprotected void initApiConfig(ApiConfig apiConfig) { ...