redis開發規範

Thurs發表於2020-08-24
Redis

一、鍵值設計

1. key名設計

  • (1)【建議】: 可讀性和可管理性

以業務名(或資料庫名)為字首(防止key衝突)，用冒號分隔，比如業務名:表名: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元素個數不要超過5000。

反例：一個包含200萬個元素的list。

非字串的bigkey，不要使用del刪除，使用hscan、sscan、zscan方式漸進式刪除，同時要注意防止bigkey過期時間自動刪除問題(例如一個200萬的zset設定1小時過期，會觸發del操作，造成阻塞，而且該操作不會不出現在慢查詢中(latency可查))，查詢方法和刪除方法

詳細解析

  • (2)【推薦】：選擇適合的資料型別。

例如：實體型別(要合理控制和使用資料結構記憶體編碼優化配置,例如ziplist，但也要注意節省記憶體和效能之間的平衡)

反例：

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設定過期時間(條件允許可以打散過期時間，防止集中過期)，不過期的資料重點關注idletime。

二、命令使用

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

例如hgetall、lrange、smembers、zrange、sinter等並非不能使用，但是需要明確N的值。有遍歷的需求可以使用hscan、sscan、zscan代替。

2.【推薦】：禁用命令

禁止線上使用keys、flushall、flushdb等，通過redis的rename機制禁掉命令，或者使用scan的方式漸進式處理。

3.【推薦】合理使用select

redis的多資料庫較弱，使用數字進行區分，很多客戶端支援較差，同時多業務用多資料庫實際還是單執行緒處理，會有干擾。

4.【推薦】使用批量操作提高效率

原生命令：例如mget、mset。
非原生命令：可以使用pipeline提高效率。

但要注意控制一次批量操作的元素個數(例如500以內，實際也和元素位元組數有關)。

注意兩者不同：

1. 原生是原子操作，pipeline是非原子操作。
2. pipeline可以打包不同的命令，原生做不到
3. pipeline需要客戶端和服務端同時支援。

5.【建議】Redis事務功能較弱，不建議過多使用

Redis的事務功能較弱(不支援回滾)，而且叢集版本(自研和官方)要求一次事務操作的key必須在一個slot上(可以使用hashtag功能解決)

6.【建議】Redis叢集版本在使用Lua上有特殊要求：

  • 1.所有key都應該由 KEYS 陣列來傳遞，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”
  • 2.所有key，必須在1個slot上，否則直接返回error, “-ERR eval/evalsha command keys must in same slot”

7.【建議】必要情況下使用monitor命令時，要注意不要長時間使用。

本作品採用《CC 協議》，轉載必須註明作者和本文連結
Thurs

相關文章