APP開發公司 軟件開發 APP開發 軟件開發公司

一、鍵值設計

1. key名設計

• (1)【建議(yì)】: 可(kě)讀性和(hé)可(kě)管理(lǐ)性

以業務名(或數據庫名)爲前綴(防止key沖突)，用(yòng)冒号分(fēn)隔，比如業務名:表名:id

ugc:video:1

• (2)【建議(yì)】：簡潔性

保證語義的(de)前提下(xià)，控制key的(de)長(cháng)度，當key較多(duō)時(shí)，内存占用(yòng)也(yě)不容忽視，例如：

user:{uid}:friends:messages:{mid}簡化(huà)爲u:{uid}:fr:m:{mid}。

• (3)【強制】：不要包含特殊字符

反例：包含空格、換行、單雙引号以及其他(tā)轉義字符

2. value設計

• (1)【強制】：拒絕bigkey(防止網卡流量、慢(màn)查詢)

string類型控制在10KB以内，hash、list、set、zset元素個(gè)數不要超過5000。

反例：一個(gè)包含200萬個(gè)元素的(de)list。

非字符串的(de)bigkey，不要使用(yòng)del删除，使用(yòng)hscan、sscan、zscan方式漸進式删除，同時(shí)要注意防止bigkey過期時(shí)間自動删除問題(例如一個(gè)200萬的(de)zset設置1小時(shí)過期，會觸發del操作，造成阻塞，而且該操作不會不出現在慢(màn)查詢中(latency可(kě)查))，查找方法和(hé)删除方法

• (2)【推薦】：選擇适合的(de)數據類型。

例如：實體類型(要合理(lǐ)控制和(hé)使用(yòng)數據結構内存編碼優化(huà)配置,例如ziplist，但也(yě)要注意節省内存和(hé)性能之間的(de)平衡)

反例：

set user:1:name tom
set user:1:age 19
set user:1:favor football

正例:

hmset user:1 name tom age 19 favor football

3.【推薦】：控制key的(de)生命周期，redis不是垃圾桶。

建議(yì)使用(yòng)expire設置過期時(shí)間(條件允許可(kě)以打散過期時(shí)間，防止集中過期)，不過期的(de)數據重點關注idletime。

二、命令使用(yòng)

1.【推薦】 O(N)命令關注N的(de)數量

例如hgetall、lrange、smembers、zrange、sinter等并非不能使用(yòng)，但是需要明(míng)确N的(de)值。有遍曆的(de)需求可(kě)以使用(yòng)hscan、sscan、zscan代替。

2.【推薦】：禁用(yòng)命令

禁止線上使用(yòng)keys、flushall、flushdb等，通(tōng)過redis的(de)rename機制禁掉命令，或者使用(yòng)scan的(de)方式漸進式處理(lǐ)。

3.【推薦】合理(lǐ)使用(yòng)select

redis的(de)多(duō)數據庫較弱，使用(yòng)數字進行區(qū)分(fēn)，很多(duō)客戶端支持較差，同時(shí)多(duō)業務用(yòng)多(duō)數據庫實際還(hái)是單線程處理(lǐ)，會有幹擾。

4.【推薦】使用(yòng)批量操作提高(gāo)效率

原生命令：例如mget、mset。
非原生命令：可(kě)以使用(yòng)pipeline提高(gāo)效率。

但要注意控制一次批量操作的(de)元素個(gè)數(例如500以内，實際也(yě)和(hé)元素字節數有關)。

注意兩者不同：

1. 原生是原子操作，pipeline是非原子操作。
2. pipeline可(kě)以打包不同的(de)命令，原生做(zuò)不到
3. pipeline需要客戶端和(hé)服務端同時(shí)支持。

5.【建議(yì)】Redis事務功能較弱，不建議(yì)過多(duō)使用(yòng)

Redis的(de)事務功能較弱(不支持回滾)，而且集群版本(自研和(hé)官方)要求一次事務操作的(de)key必須在一個(gè)slot上(可(kě)以使用(yòng)hashtag功能解決)

6.【建議(yì)】Redis集群版本在使用(yòng)Lua上有特殊要求：

• 1.所有key都應該由 KEYS 數組來(lái)傳遞，redis.call/pcall 裏面調用(yòng)的(de)redis命令，key的(de)位置，必須是KEYS array, 否則直接返回error，"-ERR bad lua  for redis cluster, all the keys that the  uses should be passed using the KEYS arrayrn"

• 2.所有key，必須在1個(gè)slot上，否則直接返回error, "-ERR eval/evalsha command keys must in same slotrn"

7.【建議(yì)】必要情況下(xià)使用(yòng)monitor命令時(shí)，要注意不要長(cháng)時(shí)間使用(yòng)。

三、客戶端使用(yòng)

1.【推薦】

避免多(duō)個(gè)應用(yòng)使用(yòng)一個(gè)Redis實例

正例：不相幹的(de)業務拆分(fēn)，公共數據做(zuò)服務化(huà)。

2.【推薦】

使用(yòng)帶有連接池的(de)數據庫，可(kě)以有效控制連接，同時(shí)提高(gāo)效率，标準使用(yòng)方式：

下(xià)面是JedisPool優化(huà)方法的(de)文章(zhāng):

• Jedis常見異常彙總

• JedisPool資源池優化(huà)

3.【建議(yì)】

高(gāo)并發下(xià)建議(yì)客戶端添加熔斷功能(例如netflix hystrix)

4.【推薦】

設置合理(lǐ)的(de)密碼，如有必要可(kě)以使用(yòng)SSL加密訪問（阿裏雲Redis支持）

5.【建議(yì)】

根據自身業務類型，選好maxmemory-policy(最大(dà)内存淘汰策略)，設置好過期時(shí)間。

默認策略是volatile-lru，即超過最大(dà)内存後，在過期鍵中使用(yòng)lru算(suàn)法進行key的(de)剔除，保證不過期數據不被删除，但是可(kě)能會出現OOM問題。

其他(tā)策略如下(xià)：

• allkeys-lru：根據LRU算(suàn)法删除鍵，不管數據有沒有設置超時(shí)屬性，直到騰出足夠空間爲止。

• allkeys-random：随機删除所有鍵，直到騰出足夠空間爲止。

• volatile-random:随機删除過期鍵，直到騰出足夠空間爲止。

• volatile-ttl：根據鍵值對(duì)象的(de)ttl屬性，删除最近将要過期數據。如果沒有，回退到noeviction策略。

• noeviction：不會剔除任何數據，拒絕所有寫入操作并返回客戶端錯誤信息"(error) OOM command not allowed when used memory"，此時(shí)Redis隻響應讀操作。

  
  

四、相關工具

1.【推薦】：數據同步

redis間數據同步可(kě)以使用(yòng)：redis-port

2.【推薦】：big key搜索

redis大(dà)key搜索工具

3.【推薦】：熱(rè)點key尋找(内部實現使用(yòng)monitor，所以建議(yì)短時(shí)間使用(yòng))

facebook的(de)redis-faina

阿裏雲Redis已經在内核層面解決熱(rè)點key問題，歡迎使用(yòng)。

五 附錄：删除bigkey

1. 下(xià)面操作可(kě)以使用(yòng)pipeline加速。
2. redis 4.0已經支持key的(de)異步删除，歡迎使用(yòng)。

1. Hash删除: hscan + hdel

2. List删除: ltrim

3. Set删除: sscan + srem

4. SortedSet删除: zscan + zrem