3、List 鏈表(雙向鏈表)。存儲(chǔ)數(shù)據(jù)的特點(diǎn)猶如一個(gè)有序列表的形式，由左、右邊可插入數(shù)據(jù)到其中。

常用場(chǎng)景：最新消息排行等功能、消息隊(duì)列、評(píng)論列表、令牌桶算法等。

特點(diǎn)：List結(jié)構(gòu)關(guān)鍵部分它是一個(gè)雙向鏈表，可以雙向的添加信息到列表中，使用的時(shí)候在以出隊(duì)的方式取出，所以只要滿足操作的條件即可。同時(shí)列表也可做類似消息的排隊(duì)處理操作。

常用命令：

LPUSH key value1 [value2] #將一個(gè)或多個(gè)值插入到列表頭部
LPOP key #移出并獲取列表的第一個(gè)元素
RPUSH key value1 [value2] #在列表尾部添加一個(gè)或多個(gè)值
RPOP key #移除并獲取列表最后一個(gè)元素
LREM key count value #移除列表元素
LRANGE key start stop #獲取列表指定范圍內(nèi)的元素

4、Set 由哈希表實(shí)現(xiàn)，用于存儲(chǔ)多個(gè)字符串的元素，但和列表不同的是集合中不允許有重復(fù)的元素，并且集合中的元素是無(wú)序的。

常用場(chǎng)景： 標(biāo)簽、共同好友、共同好友等

特點(diǎn): 集合的內(nèi)部有hash表實(shí)現(xiàn)，這個(gè)很重要。也就是它的特別和hash的字典結(jié)構(gòu)差不多，只不過(guò)它相當(dāng)于內(nèi)部沒(méi)有key的指定，直接是信息的存儲(chǔ)。把結(jié)果堆積在一起。

常用命令：

SADD key member1 [member2] #向集合添加一個(gè)或多個(gè)成員
SDIFF key1 [key2] #返回給定所有集合的差集
SINTER key1 [key2] #返回給定所有集合的交集
SUNION key1 [key2] #返回所有給定集合的并集
SISMEMBER key member #判斷 member 元素是否是集合 key 的成員
SMEMBERS key #返回集合中的所有成員
SREM key member1 [member2] # 移除集合中一個(gè)或多個(gè)成員

5、Sorted Set：有序集合。將Set中的元素增加一個(gè)權(quán)重參數(shù)score，元素按score有序排列。數(shù)據(jù)插入集合時(shí)，已經(jīng)是進(jìn)行天然排序。

常用場(chǎng)景：排行榜、帶權(quán)重的消息隊(duì)列、時(shí)間線等

特點(diǎn)：存儲(chǔ)結(jié)構(gòu)特點(diǎn)像hash的結(jié)構(gòu)，只不過(guò)是把hash內(nèi)部的key變?yōu)榱薙core用于技術(shù)的分值。但是數(shù)據(jù)存儲(chǔ)結(jié)構(gòu)還是一致的，后面選擇它的時(shí)候可以用于排行、權(quán)重這一塊的業(yè)務(wù)，內(nèi)部有一個(gè)計(jì)數(shù)的選項(xiàng)來(lái)保持內(nèi)容的結(jié)果。

常用命令：

ZADD key score1 member1 [score2 member2] #向有序集合添加一個(gè)或多個(gè)成員，或者更新已存在成員的分?jǐn)?shù)
ZINCRBY key increment member #有序集合中對(duì)指定成員的分?jǐn)?shù)加上增量 increment
ZRANGEBYSCORE key min max [WITHSCORES] [LIMIT] #通過(guò)分?jǐn)?shù)范圍返回有序集合指定區(qū)間內(nèi)的成員
ZINTERSTORE destination numkeys key [key …] #計(jì)算給定的一個(gè)或多個(gè)有序集的交集，并將結(jié)果集存儲(chǔ)在新的有序集合 key 中
ZUNIONSTORE destination numkeys key [key …] #計(jì)算給定的一個(gè)或多個(gè)有序集的并集，并存儲(chǔ)在新的 key 中

對(duì)于數(shù)據(jù)結(jié)構(gòu)更多是需要明白每個(gè)數(shù)據(jù)類型的組成，當(dāng)拿到業(yè)務(wù)情況時(shí)。首先拆解業(yè)務(wù)組成的屬性，從而用Redis的數(shù)據(jù)類型來(lái)代替原來(lái)需要MySQL結(jié)構(gòu)化數(shù)據(jù)實(shí)現(xiàn)的業(yè)務(wù)，從而提升性能。同時(shí)應(yīng)對(duì)一些情況特殊的場(chǎng)景，例如：秒殺用隊(duì)列的時(shí)候、分布式時(shí)采用session共享會(huì)話等等

二、提升緩存命中率

說(shuō)到底R(shí)edis再好，它的本質(zhì)就是用于緩存數(shù)據(jù)，如果請(qǐng)求沒(méi)有在Redis里面找到緩存的內(nèi)容，那么同樣還是不能減輕數(shù)據(jù)的壓力。同時(shí)如果內(nèi)存存儲(chǔ)一些冷數(shù)據(jù)也不能為那些高頻率使用網(wǎng)站的用戶提供服務(wù)。

所以提升緩存的命中率顯得異常重要。那么如何來(lái)提升緩存的命令率呢？

那我們可設(shè)想，既然緩存的數(shù)據(jù)是需要通過(guò)Key的方式獲取，那么我們?cè)诜?wù)端進(jìn)行key的監(jiān)控，把那些不經(jīng)常使用的key換成熱點(diǎn)數(shù)據(jù)的key。同時(shí)緩存是為了提供業(yè)務(wù)的快速訪問(wèn)，但網(wǎng)站中熱點(diǎn)的業(yè)務(wù)并不是所有的業(yè)務(wù)都需要等等。

歸納起來(lái)就是每個(gè)請(qǐng)求應(yīng)該在哪里去找到key? 這個(gè)key使用的頻率高嗎？這個(gè)key會(huì)受那些因素影響后而導(dǎo)致緩存的命中率降低呢？

以下是一些因素問(wèn)題的影響：

1. 業(yè)務(wù)場(chǎng)景

緩存適合“讀多寫(xiě)少”的業(yè)務(wù)場(chǎng)景，反之，使用緩存的意義不大，命中率會(huì)很低。緩存時(shí)間越長(zhǎng)，命中率會(huì)越高。時(shí)效性要求越低，就越適合緩存。

2. 更新策略

緩存的粒度越小，命中率會(huì)越高。舉個(gè)實(shí)際的例子說(shuō)明：

當(dāng)緩存單個(gè)對(duì)象的時(shí)候（例如：?jiǎn)蝹€(gè)用戶信息），只有當(dāng)該對(duì)象對(duì)應(yīng)的數(shù)據(jù)發(fā)生變化時(shí)，我們才需要更新緩存或者讓移除緩存。而當(dāng)緩存一個(gè)集合的時(shí)候（例如：所有用戶數(shù)據(jù)），其中任何一個(gè)對(duì)象對(duì)應(yīng)的數(shù)據(jù)發(fā)生變化時(shí)，都需要更新或移除緩存

3. 清理策略

對(duì)于持續(xù)運(yùn)行的Redis服務(wù)器來(lái)說(shuō)， 服務(wù)器需要定期對(duì)自身的資源和狀態(tài)進(jìn)行必要的檢查和整理，有三種不同的刪除策略，立即刪除會(huì)短時(shí)間內(nèi)占用大量cpu，惰性刪除會(huì)在一段時(shí)間內(nèi)浪費(fèi)內(nèi)存，所以定時(shí)刪除是一個(gè)折中的辦法。

（1）立即清理。在設(shè)置鍵的過(guò)期時(shí)間時(shí)，創(chuàng)建一個(gè)回調(diào)事件，當(dāng)過(guò)期時(shí)間達(dá)到時(shí)，由時(shí)間處理器自動(dòng)執(zhí)行鍵的刪除操作。

（2）惰性清理。鍵過(guò)期了就過(guò)期了，不管。當(dāng)讀/寫(xiě)一個(gè)已經(jīng)過(guò)期的key時(shí)，會(huì)觸發(fā)惰性刪除策略，直接刪除掉這個(gè)過(guò)期key

（3）定期清理。每隔一段時(shí)間，對(duì)expires字典進(jìn)行檢查，刪除里面的過(guò)期鍵。

4. 緩存容量

緩存的容量有限，則容易引起Redis自身的緩存被淘汰淘汰策略。

5. 緩存故障

緩存節(jié)點(diǎn)故障，也會(huì)引起緩存失效，所以業(yè)內(nèi)比較典型的做法就是通過(guò)一致性Hash算法來(lái)均衡分布緩存，或者通過(guò)集群采用節(jié)點(diǎn)冗余的方式。

6、監(jiān)控Redis緩存操作命令

首先可通過(guò)info命令來(lái)分析緩存的率是否滿足業(yè)務(wù)，如果太低那么就可以采用monitor命令或者第三方工具(如：redis-faina)分析操作key的訪問(wèn)頻率，進(jìn)而動(dòng)態(tài)更改業(yè)務(wù)場(chǎng)景需要訪問(wèn)key的類型。

三、優(yōu)化服務(wù)器內(nèi)存

內(nèi)存可以說(shuō)是服務(wù)器最寶貴的資源運(yùn)行地，所以對(duì)于Redis使用過(guò)程中，應(yīng)該來(lái)優(yōu)化Redis的內(nèi)存，從而使其發(fā)揮出更大的性能。

那這個(gè)Redis的內(nèi)存應(yīng)該如何優(yōu)化呢? 首先存儲(chǔ)任何的緩存都是基于Redis的數(shù)據(jù)類型進(jìn)行選擇，但Redis設(shè)置key的時(shí)候選擇對(duì)應(yīng)的類型就顯得的很重要。設(shè)置key和value的時(shí)候也不要過(guò)長(zhǎng)等

就應(yīng)該從Redis緩存的組成結(jié)構(gòu)，淘汰緩存上做到避免無(wú)用數(shù)據(jù)占用緩存、內(nèi)存碎片、數(shù)據(jù)類型使用內(nèi)存上等問(wèn)題來(lái)做分析

如下一些常用的思路

Redis主進(jìn)程的內(nèi)存消耗：

• Redis自身使用的內(nèi)存：消耗很少，3MB多點(diǎn)
• 對(duì)象內(nèi)存
• 緩沖內(nèi)存
• 內(nèi)存碎片

3.1對(duì)象內(nèi)存：所有key對(duì)象長(zhǎng)度 + 所有value對(duì)象長(zhǎng)度

• 每次創(chuàng)建鍵值對(duì)時(shí)，至少創(chuàng)建兩個(gè)類型對(duì)象：key對(duì)象、value對(duì)象，應(yīng)該使用短鍵名

3.2緩沖內(nèi)存：

• 每個(gè)客戶端的輸入、輸出緩沖內(nèi)存：
• 輸入緩沖最大1G，超出則關(guān)閉該客戶端連接；
• 輸出緩沖：16KB的固定緩沖區(qū)、動(dòng)態(tài)緩沖區(qū)，動(dòng)態(tài)緩沖區(qū)可通過(guò)client-output-buffer-limit配置參數(shù)限制（根據(jù)客戶端類型normal、slave、pubsub，分開(kāi)設(shè)置）
• client-output-buffer-limit normal 0 0 0
• client-output-buffer-limit slave 256mb 64mb 60 //超過(guò)256MB時(shí)，或者持續(xù)超過(guò)64MB達(dá)60秒，關(guān)閉連接
• client-output-buffer-limit pubsub 32mb 8mb 60
• 復(fù)制積壓緩沖內(nèi)存：用于主從復(fù)制的部分復(fù)制，所有客戶端共享該緩沖區(qū)，默認(rèn)1MB，可通過(guò)repl-backlog-size調(diào)整，適當(dāng)調(diào)大，可有效避免全量復(fù)制；
• AOF緩沖內(nèi)存：用于保存在AOF重寫(xiě)期間的寫(xiě)命令，便于重寫(xiě)完畢后把緩沖的命令追加到AOF文件中；

3.3內(nèi)存碎片：

• 當(dāng)存儲(chǔ)的數(shù)據(jù)長(zhǎng)短差異較大時(shí)，就容易出現(xiàn)大量?jī)?nèi)存碎片，應(yīng)該盡可能地保持?jǐn)?shù)據(jù)對(duì)齊或使用固定長(zhǎng)度的字符串；
• 內(nèi)存碎片只能通過(guò)完全重啟Redis來(lái)清除；

3.4內(nèi)存回收策略：

• 為鍵設(shè)置過(guò)期屬性，Redis采用惰性刪除和定時(shí)任務(wù)刪除機(jī)制實(shí)現(xiàn)過(guò)期鍵的內(nèi)存回收；
• 惰性刪除：在讀取鍵時(shí)才檢查是否過(guò)期
• 定時(shí)任務(wù)刪除：通過(guò)hz配置參數(shù)設(shè)置頻率，默認(rèn)每秒10次；
• 內(nèi)存溢出控制策略：共6中策略，通過(guò)maxmemory-policy配置參數(shù)控制，默認(rèn)noeviction（不刪除，拒絕寫(xiě)入，返回錯(cuò)誤）
• LRU算法表示最近最少使用的，LFU算法表示最不常用的：
• ＃volatile-lru - >在設(shè)置了過(guò)期的key中，刪除最近最少使用的key，直到空間足夠?yàn)橹?/li>
• ＃allkeys-lru - >從所有key里刪除最近最少使用的key，不管有沒(méi)設(shè)置過(guò)期，直到空間足夠?yàn)橹?/li>
• ＃volatile-lfu - >在設(shè)置了過(guò)期的key中，刪除最少使用的key，直到空間足夠?yàn)橹?/li>
• ＃allkeys-lfu - >從所有key里刪除最少使用的key，不管有沒(méi)設(shè)置過(guò)期，直到空間足夠?yàn)橹?/li>
• ＃volatile-random - >刪除一個(gè)過(guò)期集合中的隨機(jī)key。
• ＃allkeys-random - >刪除一個(gè)隨機(jī)key，不管有沒(méi)設(shè)置過(guò)期。
• ＃volatile-ttl - >刪除即將過(guò)期的key（次TTL）
• ＃noviction - >不刪除，拒絕寫(xiě)入，寫(xiě)入操作時(shí)返回錯(cuò)誤。
• maxmemory-samples 5 是說(shuō)每次進(jìn)行淘汰的時(shí)候，會(huì)隨機(jī)抽取5個(gè)key 從里面淘汰最少使用的（默認(rèn)選項(xiàng)）
• 應(yīng)避免內(nèi)存溢出，因?yàn)樵趦?nèi)存溢出且非noeviction策略時(shí)，會(huì)頻繁觸發(fā)回收內(nèi)存的操作，影響Redis性能，若有從節(jié)點(diǎn)，還會(huì)把刪除命令同步給從節(jié)點(diǎn)；
• 對(duì)于只做緩存的場(chǎng)景下，可通過(guò)調(diào)小maxmemory，并執(zhí)行一次命令，如果使用非noeviction策略，則會(huì)一次性回收到maxmemory指定的內(nèi)存使用量，實(shí)現(xiàn)內(nèi)存的快速回收，但會(huì)導(dǎo)致數(shù)據(jù)丟失和短暫阻塞

不單要使用，而是要會(huì)用。會(huì)用Redis可以幫助提升自己能力，展示自己的價(jià)值。很多時(shí)候應(yīng)該先接觸在代入到實(shí)際的工作場(chǎng)景中去使用，考慮的時(shí)候先進(jìn)行知識(shí)的搜捕。然后與實(shí)際的場(chǎng)景業(yè)務(wù)進(jìn)行類比處理。更多是知與行的結(jié)合