分布式之redis復(fù)習(xí)精講(編輯修改稿)
2025-05-13 23:40 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 場(chǎng)景分析：是不是覺(jué)得這個(gè)問(wèn)題很基礎(chǔ)，其實(shí)我也這么覺(jué)得。然而根據(jù)面試經(jīng)驗(yàn)發(fā)現(xiàn)，至少百分八十的人答不上這個(gè)問(wèn)題。建議，在項(xiàng)目中用到后，再類比記憶，體會(huì)更深，不要硬記?；旧?，一個(gè)合格的程序員，五種類型都會(huì)用到?；卮穑阂还参宸N(一)String這個(gè)其實(shí)沒(méi)啥好說(shuō)的，最常規(guī)的set/get操作，value可以是String也可以是數(shù)字。一般做一些復(fù)雜的計(jì)數(shù)功能的緩存。(二)hash這里value存放的是結(jié)構(gòu)化的對(duì)象，比較方便的就是操作其中的某個(gè)字段。博主在做單點(diǎn)登錄的時(shí)候，就是用這種數(shù)據(jù)結(jié)構(gòu)存儲(chǔ)用戶信息，以cookieId作為key，設(shè)置30分鐘為緩存過(guò)期時(shí)間，能很好的模擬出類似session的效果。(三)list使用List的數(shù)據(jù)結(jié)構(gòu)，可以做簡(jiǎn)單的消息隊(duì)列的功能。另外還有一個(gè)就是，可以利用lrange命令，做基于redis的分頁(yè)功能，性能極佳，用戶體驗(yàn)好。(四)set因?yàn)閟et堆放的是一堆不重復(fù)值的集合。所以可以做全局去重的功能。為什么不用JVM自帶的Set進(jìn)行去重？因?yàn)槲覀兊南到y(tǒng)一般都是集群部署，使用JVM自帶的Set，比較麻煩，難道為了一個(gè)做一個(gè)全局去重，再起一個(gè)公共服務(wù)，太麻煩了。另外，就是利用交集、并集、差集等操作，可以計(jì)算共同喜好，全部的喜好，自己獨(dú)有的喜好等功能。(五)sorted setsorted set多了一個(gè)權(quán)重參數(shù)score,集合中的元素能夠按score進(jìn)行排列?？梢宰雠判邪駪?yīng)用，取TOP N操作。另外，參照另一篇《分布式之延時(shí)任務(wù)方案解析》，該文指出了sorted set可以用來(lái)做延時(shí)任務(wù)。最后一個(gè)應(yīng)用就是可以做范圍查找。redis的過(guò)期策略以及內(nèi)存淘汰機(jī)制分析:這個(gè)問(wèn)題其實(shí)相當(dāng)重要，到底redis有沒(méi)用到家，這個(gè)問(wèn)題就可以看出來(lái)。比如你redis只能存5G數(shù)據(jù)，可是你寫(xiě)了10G，那會(huì)刪5G的數(shù)據(jù)。怎么刪的，這個(gè)問(wèn)題思考過(guò)么？還有，你的數(shù)據(jù)已經(jīng)設(shè)置了過(guò)期時(shí)間，但是時(shí)間到了，內(nèi)存占用率還是比較高，有思考過(guò)原因么?回答:redis采用的是定期刪除+惰性刪除策略。為什么不用定時(shí)刪除策略?定時(shí)刪除,用一個(gè)定時(shí)器來(lái)負(fù)責(zé)監(jiān)視key,過(guò)期則自動(dòng)刪除。雖然內(nèi)存及時(shí)釋放，但是十分消耗CPU資源。在大并發(fā)請(qǐng)求下，CPU要將時(shí)間應(yīng)用在處理請(qǐng)求，而不是刪除key,因此沒(méi)有采用這一策略.定期刪除+惰性刪除是如何工作的呢?定期刪除，redis默認(rèn)每個(gè)100ms檢查，是否有過(guò)期的key,有過(guò)期key則刪除。需要說(shuō)明的是，redis不是每個(gè)100ms將所有的key檢查一次，而是隨機(jī)抽取進(jìn)行檢查(如果每隔100ms,全部key進(jìn)行檢查，redis豈不是卡死)。因此，如果只采用定期刪除策略，會(huì)導(dǎo)致很多key到時(shí)間沒(méi)有刪除。于是，惰性刪除派上用場(chǎng)。也就是說(shuō)在你獲取某個(gè)key的時(shí)候，redis會(huì)檢查一下，這個(gè)key如果設(shè)置了過(guò)期時(shí)間那么是否過(guò)期了？如果過(guò)期了此時(shí)就
教學(xué)教案相關(guān)推薦
鄂ICP備17016276號(hào)-1