什麼時候傾向於選擇redis?

2022-07-11 20:27:12 字數 1948 閱讀 4715

業務需求決定技術選型,當業務有這樣一些特點的時候,選擇redis會更加適合。

複雜資料結構

value是雜湊,列表,集合,有序集合這類複雜的資料結構時,會選擇redis,因為mc無法滿足這些需求。

持久化mc無法滿足持久化的需求,只得選擇redis。

但是,這裡要提醒的是,真的使用對了redis的持久化功能麼?

千萬不要把redis當作資料庫用:

(1)redis的定期快照不能保證資料不丟失

(2)redis的aof會降低效率,並且不能支援太大的資料量

不要期望redis做固化儲存會比mysql做得好,不同的工具做各自擅長的事情,把redis當作資料庫用,這樣的設計八成是錯誤的。

快取場景,開啟固化功能,有什麼利弊?

如果只是快取場景,資料存放在資料庫,快取在redis,此時如果開啟固化功能:

優點是,redis掛了再重啟,記憶體裡能夠快速恢復熱資料,不會瞬時將壓力壓到資料庫上,沒有乙個cache預熱的過程。

缺點是,在redis掛了的過程中,如果資料庫中有資料的修改,可能導致redis重啟後,資料庫與redis的資料不一致。

因此,唯讀場景,或者允許一些不一致的業務場景,可以嘗試開啟redis的固化功能。

天然高可用

redis天然支援集群功能,可以實現主動複製,讀寫分離。

redis官方也提供了sentinel集群管理工具,能夠實現主從服務監控,故障自動轉移,這一切,對於客戶端都是透明的,無需程式改動,也無需人工介入。

而memcache,要想要實現高可用,需要進行二次開發,例如客戶端的雙讀雙寫,或者服務端的集群同步。

但是,這裡要提醒的是,大部分業務場景,快取真的需要高可用麼?

(1)快取場景,很多時候,是允許cache miss

(2)快取掛了,很多時候可以通過db讀取資料

儲存的內容比較大

memcache的value儲存,最大為1m,如果儲存的value很大,只能使用redis。

什麼時候傾向於memcache?

純kv,資料量非常大,併發量非常大的業務,使用memcache或許更適合。

這要從mc與redis的底層實現機制差異說起。

記憶體分配

memcache使用預分配記憶體池的方式管理記憶體,能夠省去記憶體分配時間。

redis則是臨時申請空間,可能導致碎片。

從這一點上,mc會更快一些。

虛擬記憶體使用

memcache把所有的資料儲存在物理記憶體裡。

redis有自己的vm機制,理論上能夠儲存比物理記憶體更多的資料,當資料超量時,會引發swap,把冷資料刷到磁碟上。

從這一點上,資料量大時,mc會更快一些。

網路模型

memcache使用非阻塞io復用模型,redis也是使用非阻塞io復用模型。

但由於redis還提供一些非kv儲存之外的排序,聚合功能,在執行這些功能時,複雜的cpu計算,會阻塞整個io排程。

從這一點上,由於redis提供的功能較多,mc會更快一些。

執行緒模型

memcache使用多執行緒,主線程監聽,worker子執行緒接受請求,執行讀寫,這個過程中,可能存在鎖衝突。

redis使用單執行緒,雖無鎖衝突,但難以利用多核的特性提公升整體吞吐量。

從這一點上,mc會快一些。

**可讀性,**質量

看過mc和redis的**,從可讀性上說,redis是我見過**最清爽的軟體,甚至沒有之一,或許簡單是redis設計的初衷,編譯redis甚至不需要configure,不需要依賴第三方庫,乙個make就搞定了。

而memcache,可能是考慮了太多的擴充套件性,多系統的相容性,**不清爽,看起來費勁。

例如網路io的部分,redis原始碼1-2個檔案就搞定了,mc使用了libevent,乙個fd傳過來傳過去,又pipe又執行緒傳遞的,特別容易把人繞暈。

畫外音:理論上,mc只支援kv,而redis支援了這麼多功能,mc效能應該高非常多非常多,但實際並非如此,真的可能和**質量有關。

為什麼我不傾向於錄用培訓機構的學生

首先,培訓機構是差生集中處,這話聽著很刺耳,但是基本上就是事實,大部分參加培訓的都是對自己能力和找到工作沒有信心的在校生和應屆畢業生。理論上說,在三年或者四年時間裡,沒有自控能力沒有學習能力的,不用抱太多希望在2個月到半年時間裡能夠學到什麼東西。這種大學平進平出培訓機構又平進平出的是最為常見的,但是...

什麼時候使用Redis快取

實際上在乙個web站點中,大部分資料都是可以快取的,反而不能使用快取的是很小一部分。這類資料報括比如涉及到錢 金鑰 業務關鍵性核心資料等。有乙個經驗之談就是,如果在設計web系統的時候,發現大部分資料都不能使用快取,則說明設計或者架構本身出了問題,此時需要考慮設計的合理性了redis快取,為什麼要用...

Redis 學習筆記 一 什麼時候用快取

本節開始,我就準備對redis的每個分支做具體的筆記闡述。這裡我們都已經很熟練的使用快取了。但是有沒有想過,為啥用快取,什麼時候用快取,常見的快取有哪些?在沒有快取的時候,我們一般的前端介面查詢都是直接通過後台查資料庫把資料返回給前台。我們知道一次sql 的io互動是比較耗效能的。當我們處於高併發的...