[[380565]]

前言

Redis 作為現(xiàn)在最流行的內(nèi)存數(shù)據(jù)庫(kù)，已經(jīng)成為緩存界的扛把子。在使用過(guò)程中我們必然希望能夠充分發(fā)揮 Redis的 強(qiáng)大性能，為此本文總結(jié)了正確使用 Redis 的十條準(zhǔn)則。

正文

1. 避免慢查詢命令

顧名思義，慢查詢命令就是執(zhí)行起來(lái)比較慢的命令。Redis 本身為我們提供了很多命令，但是在使用過(guò)程中，會(huì)導(dǎo)致不同的處理速度，稍有不慎就會(huì)造成性能變慢。

舉個(gè)簡(jiǎn)單例子，我們有一個(gè) set ，如果我們想要得到它其中的所有成員時(shí)。不要使用 SMEMBERS 命令，而是去用 SSCAN。因?yàn)楹笳呤峭ㄟ^(guò)多次迭代將數(shù)據(jù)返回，防止一次性拉取大量數(shù)據(jù)帶來(lái)的阻塞。

2. 一定不要使用 Keys 命令

生產(chǎn)環(huán)境下，數(shù)據(jù)量一般都比較大。一旦使用 Keys 命令，會(huì)遍歷已經(jīng)存儲(chǔ)的所有Key，延時(shí)非常高，很容易拖垮 Redis。

3. 對(duì) Key 要設(shè)置過(guò)期時(shí)間

Redis 作為一個(gè)存儲(chǔ)介質(zhì)，內(nèi)存資源還是相當(dāng)寶貴的。因此我們需要根據(jù)業(yè)務(wù)需求，對(duì)應(yīng)地將 Key 設(shè)置過(guò)期時(shí)間，讓空間能夠定期的得到釋放。

4. 不要給大量的 Key 設(shè)置相同的過(guò)期時(shí)間

如果大量的 Key 在相同的時(shí)間過(guò)期，會(huì)造成緩存雪崩問(wèn)題。在這個(gè)時(shí)間節(jié)點(diǎn)，緩存失效，直接到達(dá)數(shù)據(jù)庫(kù)，對(duì)數(shù)據(jù)庫(kù)造成巨大的壓力。最簡(jiǎn)單的解決辦法就是在給每個(gè) Key 設(shè)置過(guò)期時(shí)間的時(shí)候，加上一個(gè)隨機(jī)值。

5. 選擇與業(yè)務(wù)相對(duì)應(yīng)的數(shù)據(jù)結(jié)構(gòu)

Redis 為我們提供了五種基本數(shù)據(jù)結(jié)構(gòu)：String、Hash、List、Set、Zset。還有幾種擴(kuò)展的類型：HyperLogLog、BitMap等。如果想實(shí)現(xiàn)一個(gè)排行榜的功能，首推肯定是選擇Zset，因?yàn)樗詭Я伺判械哪芰?，省去了我們自己?shí)現(xiàn)的過(guò)程。

6. 選擇適用的持久化策略

Redis 有兩種最常見(jiàn)的持久化策略 ，簡(jiǎn)單介紹下：

AOF 日志 ：以追加的方式，把所有指令記錄到日志中。

RDB 快照：以快照 SNAPSHOT 的方式，把某一時(shí)刻的內(nèi)存數(shù)據(jù)完整的記錄下來(lái)。

不同的持久化策略對(duì)性能的要求不同，所以在使用中需要選取適應(yīng)的策略。

7. 采用高速固態(tài)硬盤(pán)

有條件的情況下，盡可能使用高速固態(tài)硬盤(pán)。Redis 作為緩存，一般處理的數(shù)據(jù)量非常大，對(duì)磁盤(pán)和性能壓力也非常大。

8. 使用 Redis 集群

”三個(gè)臭皮匠頂過(guò)諸葛亮“，一臺(tái)機(jī)器的內(nèi)存空間和處理能力終究是有限的。面對(duì)大規(guī)模高并發(fā)的場(chǎng)景，采用 Redis 集群顯得尤為重要。

9. 優(yōu)化客戶端

在客戶端與 Redis 的連接上，盡可能使用 Redis 連接池。本質(zhì)上和線程池、數(shù)據(jù)庫(kù)連接池都是一樣的道理。就是為了減少頻繁創(chuàng)建和銷毀連接，能夠讓資源更好地進(jìn)行復(fù)用，減少不必要的網(wǎng)絡(luò)傳輸。

10. 選擇合適的分布式架構(gòu)

Redis 提供了幾種分布式架構(gòu)：

a. 主從同步

b. 哨兵模式

c. Redis Cluster 集群模式

首推 Cluster 集群模式，它能夠?qū)崿F(xiàn)讀寫(xiě)壓力自動(dòng)分流和自動(dòng)容災(zāi)。但是配置和問(wèn)題處理對(duì)經(jīng)驗(yàn)?zāi)芰σ蟊容^高。所以可以根據(jù)自己業(yè)務(wù)系統(tǒng)的情況，去有針對(duì)性地選擇。如果項(xiàng)目不大，其實(shí)也沒(méi)有必要直接就采用 Cluster 集群模式。

總結(jié)希望通過(guò)本文能夠幫助大家對(duì) Redis 有更好地使用，所有的技術(shù)都是為了業(yè)務(wù)服務(wù)，選取最合適的才是最好的。

本文轉(zhuǎn)載自微信公眾號(hào)「Craig無(wú)忌」，可以通過(guò)以下二維碼關(guān)注。轉(zhuǎn)載本文請(qǐng)聯(lián)系Craig無(wú)忌公眾號(hào)。