一檀训、鍵值設計
1 key名設計
- (1)【建議】: 可讀性和可管理性
以業(yè)務名(或數(shù)據(jù)庫名)為前綴(防止 key 沖突)区岗，用冒號分隔登澜，比如業(yè)務名:表名:id
ugc:video:1
- (2)【建議】：簡潔性
保證語義的前提下，控制 key 的長度，當 key 較多時风响，內存占用也不容忽視，例如：
user:{uid}:friends:messages:{mid}簡化為u:{uid}:fr:m:{mid}丹禀。
- (3)【強制】：不要包含特殊字符
反例：包含空格状勤、換行鞋怀、單雙引號以及其他轉義字符
2. value設計
- (1)【強制】：拒絕 bigkey (防止網卡流量、慢查詢)
string 類型控制在10KB以內持搜，hash密似、list、set葫盼、zset 元素個數(shù)不要超過5000残腌。
反例：一個包含 200 萬個元素的list。
非字符串的 bigkey贫导，不要使用 del 刪除抛猫，使用 hscan、sscan孩灯、zscan 方式漸進式刪除邑滨，同時要注意防止 bigkey 過期時間自動刪除問題(例如一個 200 萬的 zset 設置1小時過期，會觸發(fā) del 操作钱反，造成阻塞掖看，而且該操作不會不出現(xiàn)在慢查詢中( latency 可查))，查找方法和刪除方法
- (2)【推薦】：選擇適合的數(shù)據(jù)類型面哥。
例如：實體類型(要合理控制和使用數(shù)據(jù)結構內存編碼優(yōu)化配置,例如 ziplist哎壳，但也要注意節(jié)省內存和性能之間的平衡)
反例：
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 的生命周期，redis 不是垃圾桶尚卫。
建議使用 expire 設置過期時間(條件允許可以打散過期時間归榕，防止集中過期)，不過期的數(shù)據(jù)重點關注 idletime吱涉。
二刹泄、命令使用
1【推薦】 O(N)命令關注N的數(shù)量
例如 hgetall、lrange怎爵、smembers特石、zrange、sinter 等并非不能使用鳖链，但是需要明確N的值姆蘸。有遍歷的需求可以使用 hscan、sscan芙委、zscan 代替逞敷。
2【推薦】：禁用命令
禁止線上使用 keys、flushall灌侣、flushdb 等推捐，通過 redis 的 rename 機制禁掉命令，或者使用 scan 的方式漸進式處理侧啼。
3【推薦】合理使用select
redis 的多數(shù)據(jù)庫較弱牛柒，使用數(shù)字進行區(qū)分堪簿，很多客戶端支持較差，同時多業(yè)務用多數(shù)據(jù)庫實際還是單線程處理焰络，會有干擾戴甩。
4【推薦】使用批量操作提高效率
原生命令：例如 mget、mset闪彼。
非原生命令：可以使用pipeline提高效率甜孤。
但要注意控制一次批量操作的元素個數(shù)(例如500以內，實際也和元素字節(jié)數(shù)有關)畏腕。
注意兩者不同：
1. 原生是原子操作缴川，pipeline是非原子操作。
2. pipeline可以打包不同的命令描馅，原生做不到
3. pipeline需要客戶端和服務端同時支持把夸。
5【建議】Redis 事務功能較弱，不建議過多使用
Redis 的事務功能較弱(不支持回滾)铭污，而且集群版本(自研和官方)要求一次事務操作的 key 必須在一個 slot 上(可以使用 hashtag 功能解決)
6【建議】Redis 集群版本在使用 Lua 上有特殊要求：
- 所有 key 都應該由 KEYS 數(shù)組來傳遞恋日，redis.call/pcall 里面調用的 redis 命令，key的位置嘹狞，必須是 KEYS array, 否則直接返回error岂膳，"-ERR bad lua script for redis cluster, all the keys that the script uses should be passed using the KEYS array"
- 所有 key，必須在1個slot上磅网，否則直接返回error, "-ERR eval/evalsha command keys must in same slot"
7【建議】必要情況下使用monitor命令時谈截，要注意不要長時間使用。
三涧偷、客戶端使用
1【推薦】
避免多個應用使用一個Redis實例
正例：不相干的業(yè)務拆分簸喂，公共數(shù)據(jù)做服務化。
2【推薦】
使用帶有連接池的數(shù)據(jù)庫燎潮，可以有效控制連接喻鳄，同時提高效率，標準使用方式：
執(zhí)行命令如下：
Jedis jedis = null;
try {
jedis = jedisPool.getResource();
//具體的命令
jedis.executeCommand()
} catch (Exception e) {
logger.error("op key {} error: " + e.getMessage(), key, e);
} finally {
//注意這里不是關閉連接跟啤，在JedisPool模式下诽表，Jedis會被歸還給資源池。
if (jedis != null)
jedis.close();
}
下面是 JedisPool 優(yōu)化方法的文章:
3【建議】
高并發(fā)下建議客戶端添加熔斷功能(例如netflix hystrix)
4【推薦】
設置合理的密碼隅肥，如有必要可以使用SSL加密訪問（阿里云Redis支持）
5【建議】
根據(jù)自身業(yè)務類型，選好maxmemory-policy(最大內存淘汰策略)袄简，設置好過期時間腥放。
默認策略是volatile-lru，即超過最大內存后绿语，在過期鍵中使用lru算法進行key的剔除秃症，保證不過期數(shù)據(jù)不被刪除候址，但是可能會出現(xiàn)OOM問題。
其他策略如下：
- allkeys-lru：根據(jù)LRU算法刪除鍵种柑，不管數(shù)據(jù)有沒有設置超時屬性岗仑，直到騰出足夠空間為止。
- allkeys-random：隨機刪除所有鍵聚请，直到騰出足夠空間為止荠雕。
- volatile-random:隨機刪除過期鍵，直到騰出足夠空間為止驶赏。
- volatile-ttl：根據(jù)鍵值對象的ttl屬性炸卑，刪除最近將要過期數(shù)據(jù)。如果沒有煤傍，回退到noeviction策略盖文。
- noeviction：不會剔除任何數(shù)據(jù)，拒絕所有寫入操作并返回客戶端錯誤信息"(error) OOM command not allowed when used memory"蚯姆，此時Redis只響應讀操作五续。
