Redis五種數(shù)據(jù)結(jié)構(gòu)如下：

1.String 字符串類型

是redis中最基本的數(shù)據(jù)類型，一個(gè)key對(duì)應(yīng)一個(gè)value。

String類型是二進(jìn)制安全的，意思是 redis 的 string 可以包含任何數(shù)據(jù)。如數(shù)字，字符串，jpg圖片或者序列化的對(duì)象。

2.Hash (哈希)

是一個(gè)Mapmap，指值本身又是一種鍵值對(duì)結(jié)構(gòu)，如 value={{field1,value1},......fieldN,valueN}}

3.鏈表 (List)

List 說(shuō)白了就是鏈表(redis 使用雙端鏈表實(shí)現(xiàn)的 List)，是有序的，value可以重復(fù)，可以通過(guò)下標(biāo)取出對(duì)應(yīng)的value值，左右兩邊都能進(jìn)行插入和刪除數(shù)據(jù)。

4.Set 集合

集合類型也是用來(lái)保存多個(gè)字符串的元素，但和列表不同的是集合中 1. 不允許有重復(fù)的元素，2.集合中的元素是無(wú)序的，不能通過(guò)索引下標(biāo)獲取元素，3.支持集合間的操作，可以取多個(gè)集合取交集、并集、差集。

5.zset 有序集合

有序集合和集合有著必然的聯(lián)系，保留了集合不能有重復(fù)成員的特性，區(qū)別是，有序集合中的元素是可以排序的，它給每個(gè)元素設(shè)置一個(gè)分?jǐn)?shù)，作為排序的依據(jù)。

應(yīng)用場(chǎng)景

String應(yīng)用場(chǎng)景

1. 單值緩存

Set Key Value

Get Key

2. 對(duì)象緩存

1.Set user:1 value (json格式數(shù)據(jù))

2.MSet user:1:name guajia use:1:balance 1888

MGet user1:name user:1:balance

3. 分布式鎖：

3.1 分布式運(yùn)用場(chǎng)景一【下單減庫(kù)存】

如圖標(biāo)紅的部分，如果是單體架構(gòu) 我們一般是這樣來(lái)實(shí)現(xiàn)減庫(kù)存操作的 但是在高并發(fā)的互聯(lián)網(wǎng)公司這樣做，就會(huì)造成“超賣”的現(xiàn)象。所以就需要redis來(lái)實(shí)現(xiàn)分布式鎖

如上圖標(biāo)記SETNX命令 它只會(huì)存入一個(gè)不存在的鍵值對(duì)，如果不會(huì)改變?cè)瓉?lái)的key所存入的值，返回結(jié)果為0

SETNX product:10001 true //返回1代表獲取鎖成功 返回0代表獲取鎖失敗---》 執(zhí)行業(yè)務(wù)操作

如果setnx 命令返回0 直接扔給前端后端服務(wù)正忙 請(qǐng)稍后重試】 DEL product:10001 //執(zhí)行完業(yè)務(wù)用它來(lái)釋放鎖

SET product:10001 true ex 10 nx //防止程序意外終止而導(dǎo)致死鎖

3.2 分布式運(yùn)用場(chǎng)景二

INCR 命令 每次執(zhí)行 所存儲(chǔ)的key的值 數(shù)量加1 (如果用數(shù)據(jù)庫(kù)的話 需要考慮并發(fā)和加鎖) 【注：redis是個(gè)單線程應(yīng)用程序 這樣不會(huì)導(dǎo)致高并發(fā)的臟讀,主從的redis 在后面會(huì)使用分布式鎖，一般單體的redis并發(fā)量在9-10萬(wàn)左右 】

3.3 分布式運(yùn)用場(chǎng)景三 【 Web集群的session 共享 】

原理是把原有的tomcat存儲(chǔ)用戶信息轉(zhuǎn)為redis 把用戶的信息 序列化后 存入redis。

3.4 分布式運(yùn)用場(chǎng)景四【 分布式系統(tǒng)全局序列號(hào) 】

INCRBY orderId 1000 // redis 批量生成序列號(hào)提升性能

如項(xiàng)目使用 分庫(kù)分表 ，就可以使用這個(gè) ，目的是讓主鍵ID 在都是唯一的 ，這個(gè)在實(shí)際場(chǎng)景非常重要。

使用INCRBY orderId 1000 (這個(gè)命令是一次生成1000個(gè)訂單id 供下次生成訂單使用)

Hash應(yīng)用場(chǎng)景

大家仔細(xì)看 Hset key field value 比string多出來(lái)了一個(gè)field

Hash應(yīng)用場(chǎng)景一 【電商購(gòu)物車】

如圖先示剛加入購(gòu)物車的商品使用 hset cart:1001 10088 1,啥意思 cart代表的購(gòu)物車 當(dāng)然這個(gè)key 你可以隨意定 但是意義要讓所有人清楚，:1001 這里代表的是用戶id，后面的10088 代表的是商品id。

第二步 點(diǎn)擊 購(gòu)物車的增加商品按鈕 可以使用hincrby 命令 對(duì)已有值進(jìn)行增量操作

有人可能會(huì)問(wèn)，如果減少加購(gòu)數(shù)量？騷年 你太年輕了 可以把增量的值調(diào)為-1 那每次就是減1

獲取購(gòu)物車商品總數(shù) hlen cart:1001 [這邊把商品id去掉就行了 前提是你所有的加購(gòu)設(shè)置key 和field的格式是一樣的 不然查出來(lái)的數(shù)量肯定不對(duì)] //它返回的是key下的所有field數(shù)量

涉及刪除商品，使用刪除的命令 hdel cart:1001 10088

獲取加購(gòu)商品的總數(shù)量 使用hgetall cart:1001 //它返回的key下的所有鍵值，可以把所有的值加起來(lái)就是加購(gòu)商品總數(shù)量

hash的優(yōu)點(diǎn) 缺點(diǎn)

hash的會(huì)分配槽位，集群中 會(huì)導(dǎo)致數(shù)據(jù)過(guò)于集中，沒(méi)辦法做分片。

List應(yīng)用場(chǎng)景

仔細(xì)看命令前綴 有L 和R 分別代表左和右。

常用的數(shù)據(jù)結(jié)構(gòu)

棧: LPUSH +LPOP = > 放進(jìn)去的數(shù)據(jù)放在左邊 導(dǎo)致最后放進(jìn)去的元素處于棧頂 最先的元素是處于棧底 使用LPOP 取值【或稱移除值】是先從最左側(cè)【棧頂】取值的 符合 先進(jìn)后出的規(guī)則 【FILO】

隊(duì)列： 與上面相反 取值時(shí)是使用RPOP 是 移除值是從最右側(cè)開(kāi)始的 所有最后進(jìn)入的會(huì)被取出 符合 隊(duì)列的先進(jìn)先出的規(guī)則【FIFO】

**BLOCKIng MQ(阻塞隊(duì)列) **: = LPUSH　＋BRPOP [這個(gè)就是一個(gè)消息隊(duì)列 ，消息隊(duì)列中有個(gè)發(fā)送者 和 接受者 ]

BRPOP 就是從key列表尾彈出一個(gè)元素，如果列表中沒(méi)有元素，就會(huì)一直處于阻塞等待多少秒，后面又會(huì)循環(huán)地執(zhí)行 直到取到元素為止

運(yùn)用的場(chǎng)景一 【微博和公眾號(hào)的消息流】

如微博你關(guān)注了1000個(gè)大V 每個(gè)大V 一天放兩條數(shù)據(jù) ，有1億用戶 。那么數(shù)據(jù)量有多大。可能有幾百M(fèi)的數(shù)據(jù)。 如果使用數(shù)據(jù)庫(kù) 查詢效率那就不是很高了

比如 你關(guān)注了小明和小紅。

小明發(fā)了一條消息： 使用 LPUSH msg:小明Id 消息Id 小紅發(fā)了一條消息： 使用 LPUSH msg:小紅Id 消息Id

查看最新的微博消息： 使用LRANGE msg:小紅Id 0 4 這個(gè)就是從左側(cè)取下標(biāo)是0到4的消息 意味著是取小紅發(fā)的最新的5條消息的消息ID 進(jìn)而從緩存里面取出對(duì)應(yīng)的消息內(nèi)容

SET應(yīng)用場(chǎng)景

常見(jiàn)命令

運(yùn)用的場(chǎng)景一 【微信抽獎(jiǎng)】

1.參與抽獎(jiǎng)： SADD key 用戶id ： 參與了用戶的id

2.查看參與抽獎(jiǎng)的又會(huì): SMEMBERS key