Redis規(guī)范，這可能是最中肯的了

本文轉(zhuǎn)載自公眾號(hào)：小姐姐味道

redis 功能強(qiáng)大，數(shù)據(jù)類型豐富，再快的系統(tǒng)，也經(jīng)不住瘋狂的濫用。通過禁用部分高風(fēng)險(xiǎn)功能，并掛上開發(fā)的枷鎖，業(yè)務(wù)更能夠以簡潔、通用的思想去考慮問題，而不是綁定在某種實(shí)現(xiàn)上。

Redis 根據(jù)不同的用途，會(huì)有不同的持久化策略和逐出策略，所以，在使用和申請(qǐng) Redis 集群前，請(qǐng)明確是用來做緩存還是存儲(chǔ)。redis 的集群有主從和 cluster 兩種模式，各有優(yōu)缺點(diǎn)。以下規(guī)范不區(qū)分集群模式，我們分別從使用場景和操作限制兩方面說明。

使用規(guī)范

冷熱數(shù)據(jù)區(qū)分

雖然 redis支持持久化，但將所有數(shù)據(jù)存儲(chǔ)在 redis 中，成本非常昂貴。建議將熱數(shù)據(jù) (如 QPS超過 5k) 的數(shù)據(jù)加載到 redis 中。低頻數(shù)據(jù)可存儲(chǔ)在 Mysql、 ElasticSearch中。

業(yè)務(wù)數(shù)據(jù)分離

不要將不相關(guān)的數(shù)據(jù)業(yè)務(wù)都放到一個(gè) Redis中。一方面避免業(yè)務(wù)相互影響，另一方面避免單實(shí)例膨脹，并能在故障時(shí)降低影響面，快速恢復(fù)。

消息大小限制

由于 Redis 是單線程服務(wù)，消息過大會(huì)阻塞并拖慢其他操作。保持消息內(nèi)容在 1KB 以下是個(gè)好的習(xí)慣。嚴(yán)禁超過 50KB 的單條記錄。消息過大還會(huì)引起網(wǎng)絡(luò)帶寬的高占用，持久化到磁盤時(shí)的 IO 問題。

連接數(shù)限制

連接的頻繁創(chuàng)建和銷毀，會(huì)浪費(fèi)大量的系統(tǒng)資源，極限情況會(huì)造成宿主機(jī)當(dāng)機(jī)。請(qǐng)確保使用了正確的 Redis 客戶端連接池配置。

緩存 Key 設(shè)置失效時(shí)間

作為緩存使用的 Key，必須要設(shè)置失效時(shí)間。失效時(shí)間并不是越長越好，請(qǐng)根據(jù)業(yè)務(wù)性質(zhì)進(jìn)行設(shè)置。注意，失效時(shí)間的單位有的是秒，有的是毫秒，這個(gè)很多同學(xué)不注意容易搞錯(cuò)。

緩存不能有中間態(tài)

緩存應(yīng)該僅作緩存用，去掉后業(yè)務(wù)邏輯不應(yīng)發(fā)生改變，萬不可切入到業(yè)務(wù)里。第一，緩存的高可用會(huì)影響業(yè)務(wù)；第二，產(chǎn)生深耦合會(huì)發(fā)生無法預(yù)料的效果；第三，會(huì)對(duì)維護(hù)行產(chǎn)生膚效果。

擴(kuò)展方式首選客戶端 hash

小應(yīng)用就算了

如單 redis 集群并不能為你的數(shù)據(jù)服務(wù)，不要著急擴(kuò)大你的 redis 集群（包括 M/S 和 Cluster)，集群越大，在狀態(tài)同步和持久化方面的性能越差。 優(yōu)先使用客戶端 hash 進(jìn)行集群拆分。如：根據(jù)用戶 id 分 10 個(gè)集群，用戶尾號(hào)為 0 的落在第一個(gè)集群。

操作限制

嚴(yán)禁使用 Keys

Keys 命令效率極低，屬于 O(N)操作，會(huì)阻塞其他正常命令，在 cluster 上，會(huì)是災(zāi)難性的操作。嚴(yán)禁使用，DBA 應(yīng)該 rename 此命令，從根源禁用。

嚴(yán)禁使用 Flush

flush 命令會(huì)清空所有數(shù)據(jù)，屬于高危操作。嚴(yán)禁使用，DBA 應(yīng)該 rename 此命令，從根源禁用，僅 DBA 可操作。

嚴(yán)禁作為消息隊(duì)列使用

如沒有非常特殊的需求，嚴(yán)禁將 Redis 當(dāng)作消息隊(duì)列使用。Redis 當(dāng)作消息隊(duì)列使用，會(huì)有容量、網(wǎng)絡(luò)、效率、功能方面的多種問題。如需要消息隊(duì)列，可使用高吞吐的 Kafka 或者高可靠的 RocketMQ。

嚴(yán)禁不設(shè)置范圍的批量操作

redis 那么快，慢查詢除了網(wǎng)絡(luò)延遲，就屬于這些批量操作函數(shù)。大多數(shù)線上問題都是由于這些函數(shù)引起。

1、[zset] 嚴(yán)禁對(duì) zset 的不設(shè)范圍操作

ZRANGE、 ZRANGEBYSCORE等多個(gè)操作 ZSET 的函數(shù)，嚴(yán)禁使用 ZRANGE myzset 0 -1 等這種不設(shè)置范圍的操作。請(qǐng)指定范圍，如 ZRANGE myzset 0 100。如不確定長度，可使用 ZCARD 判斷長度

2、[hash] 嚴(yán)禁對(duì)大數(shù)據(jù)量 Key 使用 HGETALL

HGETALL會(huì)取出相關(guān) HASH 的所有數(shù)據(jù)，如果數(shù)據(jù)條數(shù)過大，同樣會(huì)引起阻塞，請(qǐng)確保業(yè)務(wù)可控。如不確定長度，可使用 HLEN 先判斷長度

3、[key] Redis Cluster 集群的 mget 操作

Redis Cluster 的 MGET 操作，會(huì)到各分片取數(shù)據(jù)聚合，相比傳統(tǒng)的 M/S架構(gòu)，性能會(huì)下降很多，請(qǐng)?zhí)崆皦簻y(cè)和評(píng)估

4、[其他] 嚴(yán)禁使用 sunion, sinter, sdiff等一些聚合操作

禁用 select 函數(shù)

select函數(shù)用來切換 database，對(duì)于使用方來說，這是很容易發(fā)生問題的地方，cluster 模式也不支持多個(gè) database，且沒有任何收益，禁用。

禁用事務(wù)

redis 本身已經(jīng)很快了，如無大的必要，建議捕獲異常進(jìn)行回滾，不要使用事務(wù)函數(shù)，很少有人這么干。

禁用 lua 腳本擴(kuò)展

lua 腳本雖然能做很多看起來很 cool 的事情，但它就像是 SQL 的存儲(chǔ)過程，會(huì)引入性能和一些難以維護(hù)的問題，禁用。

禁止長時(shí)間 monitor

monitor函數(shù)可以快速看到當(dāng)前 redis 正在執(zhí)行的數(shù)據(jù)流，但是當(dāng)心，高峰期長時(shí)間阻塞在 monitor 命令上，會(huì)嚴(yán)重影響 redis 的性能。此命令不禁止使用，但使用一定要特別特別注意。

Key 規(guī)范

Redis 的 Key 一定要規(guī)范，這樣在遇到問題時(shí)，能夠進(jìn)行方便的定位。Redis 屬于無 scheme 的 KV 數(shù)據(jù)庫，所以，我們靠約定來建立其 scheme 語義。其好處：

1. 能夠根據(jù)某類 key 進(jìn)行數(shù)據(jù)清理
2. 能夠根據(jù)某類 key 進(jìn)行數(shù)據(jù)更新
3. 能夠方面了解到某類 key 的歸屬方和應(yīng)用場景
4. 為統(tǒng)一化、平臺(tái)化做準(zhǔn)備，減少技術(shù)變更

一般，一個(gè) key 需要帶以下維度：業(yè)務(wù)、key 用途、變量等，各個(gè)維度使用 : 進(jìn)行分隔，以下是幾個(gè) key 的實(shí)例:

user:sex 用戶 10002232 的性別

msg:achi 201712 的用戶發(fā)言數(shù)量排行榜

End

適當(dāng)?shù)募s束是架構(gòu)成熟的必要條件，通過約定能達(dá)到規(guī)范是集體開發(fā)的最高境界。Redis用的多，也要用的穩(wěn)，給點(diǎn)約束、立點(diǎn)規(guī)矩，生活將變的美好。通過二次封裝redis客戶端，直接阻斷，效果更佳。

以上就是W3Cschool編程獅關(guān)于Redis規(guī)范，這可能是最中肯的了的相關(guān)介紹了，希望對(duì)大家有所幫助。