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)景二【公眾號(hào)閱讀量】
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ì)問，如果減少加購(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ò)于集中，沒辦法做分片。
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è)開始的 所有最后進(jìn)入的會(huì)被取出 符合 隊(duì)列的先進(jìn)先出的規(guī)則【FIFO】
**BLOCKIng MQ(阻塞隊(duì)列) **: = LPUSH ＋BRPOP
[這個(gè)就是一個(gè)消息隊(duì)列 ，消息隊(duì)列中有個(gè)發(fā)送者 和 接受者 ]
BRPOP 就是從key列表尾彈出一個(gè)元素，如果列表中沒有元素，就會(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)景
常見命令
運(yùn)用的場(chǎng)景一 【微信抽獎(jiǎng)】
1.參與抽獎(jiǎng)： SADD key 用戶id ： 參與了用戶的id
2.查看參與抽獎(jiǎng)的又會(huì): SMEMBERS key
- 抽取n名中中獎(jiǎng)?wù)?/li>
方式一：DMEMBER key [count]
方式二： SPOP key [count]
方式一和方式二的運(yùn)用常見是 方式一 只有中獎(jiǎng)單一 沒有多次抽和設(shè)置獎(jiǎng)品等級(jí)。因?yàn)榉绞揭?每次執(zhí)行不會(huì)把抽取的數(shù)據(jù)刪掉，后面執(zhí)行還可能會(huì)抽取到原來(lái)的用戶
[ SRANDMEMBER key [count] 返回集合中一個(gè)或多個(gè)隨機(jī)數(shù)]
運(yùn)用的場(chǎng)景二 【微信微博點(diǎn)贊、收藏、標(biāo)簽】
ps: like:{消息ID} 就是 key {用戶ID} 是 member
運(yùn)用的場(chǎng)景三【微信微博關(guān)注模型】
SDIFF set1 set2 set3 是以 set1為基準(zhǔn) 求 與set2和set3的并集 的差集
[得到a是set2和set3的并集中所沒有的】
關(guān)注模型：
- 你關(guān)注的人
set guanzhu:我的id {張三、李四、王五、小明、程咬金}
2.小明關(guān)注的人
set guanzhu:小明的id {張三、趙六、尼古拉斯}
3.程咬金關(guān)注的人
set guanzhu:程咬金的id {小明、李四}
- 我和小明的共同關(guān)注：
SINTER guanzhu:我的id guanzhu:小明的id
得到就是 張三
5.我關(guān)注的人也在關(guān)注他 【我關(guān)注的某人 否也關(guān)注小明】
SISMEMBER guanzhu:程咬金的id 小明的ID
SISMEMBER guanzhu:張三的id 小明的ID
SISMEMBER //判斷 member 元素是否是集合 key 的成員
- 我可能認(rèn)識(shí)的人
SDIFF guanzhu:小明的id 我的ID
獲取小明關(guān)注的人和我關(guān)注人的差集 【就是我關(guān)注人我沒有關(guān)注他】
本文來(lái)源于：宋文超super，專屬平臺(tái)有csdn、思否(SegmentFault)、 簡(jiǎn)書、 開源中國(guó)(oschina)、掘金，轉(zhuǎn)載請(qǐng)注明出處。
