分布式之redis復習精講-在線瀏覽
2025-06-03 23:40本頁面
【正文】 方式一客戶每送來一份快遞，小曲就讓一個快遞員盯著，然后快遞員開車去送快遞。 幾十個快遞員基本上時間都花在了搶車上了，大部分快遞員都處在閑置狀態(tài)，誰搶到了車，誰就能去送快遞 快遞員之間的協(xié)調(diào)很花時間綜合上述缺點，小曲痛定思痛，提出了下面的經(jīng)營方式經(jīng)營方式二小曲只雇傭一個快遞員。最后，那個快遞員依次的去取快遞，一次拿一個，然后開著車去送快遞，送好了就回來拿下一個快遞。在上述比喻中: 每個快遞每個socket(I/O流) 客戶送快遞請求來自客戶端的請求 一輛車CPU的核數(shù)于是我們有如下結(jié)論經(jīng)營方式一就是傳統(tǒng)的并發(fā)模型，每個I/O流(快遞)都有一個新的線程(快遞員)管理。只有單個線程(一個快遞員)，通過跟蹤每個I/O流的狀態(tài)(每個快遞的送達地點)，來管理多個I/O流。我們的redisclient在操作的時候，會產(chǎn)生具有不同事件類型的socket。然后，文件事件分派器，依次去隊列中取，轉(zhuǎn)發(fā)到不同的事件處理器中。redis的數(shù)據(jù)類型，以及每種數(shù)據(jù)類型的使用場景分析：是不是覺得這個問題很基礎，其實我也這么覺得。建議，在項目中用到后，再類比記憶，體會更深，不要硬記。回答：一共五種(一)String這個其實沒啥好說的，最常規(guī)的set/get操作，value可以是String也可以是數(shù)字。(二)hash這里value存放的是結(jié)構(gòu)化的對象，比較方便的就是操作其中的某個字段。(三)list使用List的數(shù)據(jù)結(jié)構(gòu)，可以做簡單的消息隊列的功能。(四)set因為set堆放的是一堆不重復值的集合。為什么不用JVM自帶的Set進行去重？因為我們的系統(tǒng)一般都是集群部署，使用JVM自帶的Set，比較麻煩，難道為了一個做一個全局去重，再起一個公共服務，太麻煩了。(五)sorted setsorted set多了一個權(quán)重參數(shù)score,集合中的元素能夠按score進行排列。另外，參照另一篇《分布式之延時任務方案解析》，該文指出了sorted set可以用來做延時任務。redis的過期策略以及內(nèi)存淘汰機制分析:這個問題其實相當重要，到底redis有沒用到家，這個問題就可以看出來。怎么刪的，這個問題思考過么？還有，你的數(shù)據(jù)已經(jīng)設置了過期時間，但是時間到了，內(nèi)存占用率還是比較高，有思考過原因么?回答:redis采用的是定期刪除+惰性刪除策略。雖然內(nèi)存及時釋放，但是十分消耗CPU資源。需要說明的是，redis不是每個100ms將所有的key檢查一次，而是隨機抽取進行檢查(如果每隔100ms,全部key進行檢查，redis豈不是卡死)。于是，惰性刪除派上用場。采用定期刪除+惰性刪除就沒其他問題了么?不是的，如果定期刪除
教學教案相關推薦
鄂ICP備17016276號-1