一、普通刪除

在數(shù)據(jù)更新過(guò)程中，大家無(wú)非使用兩種方法進(jìn)行緩存和數(shù)據(jù)庫(kù)的更新

• 先刪除緩存，再更新數(shù)據(jù)庫(kù)
• 先更新數(shù)據(jù)庫(kù)，再更新緩存

那這兩種方法究竟有什么不同呢？

1. 先刪除緩存

問(wèn)題：此時(shí)緩存有了舊數(shù)據(jù)，在下次修改此數(shù)據(jù)之前，所有請(qǐng)求獲取的都是舊數(shù)據(jù)，導(dǎo)致讀寫不一致

2. 后刪除緩存

問(wèn)題1：在小明修改數(shù)據(jù)庫(kù)到刪除緩存這段時(shí)間，所有請(qǐng)求都是舊數(shù)據(jù)

問(wèn)題2：如果緩存刪除失敗，后續(xù)所有請(qǐng)求都是舊數(shù)據(jù)(這個(gè)問(wèn)題開(kāi)啟事務(wù)的話，就可以解決)

二、雙刪策略

在普通刪除策略中，大家會(huì)發(fā)現(xiàn)后刪緩存策略是比較好的一種，但還是存在一點(diǎn)問(wèn)題，所以提出了雙刪策略

關(guān)于這個(gè)地方我是存在疑問(wèn)的，因?yàn)槲艺J(rèn)為雙刪并不會(huì)比后刪緩存策略更好，反而增加了一次數(shù)據(jù)庫(kù)查詢的操作。但有的博客卻提了這個(gè)策略，我就在這里提一下，大家可以在評(píng)論進(jìn)行交流

1. 普通雙刪

問(wèn)題：因?yàn)榫€程調(diào)度一些問(wèn)題導(dǎo)致查詢后寫入緩存停止，會(huì)導(dǎo)致舊緩存依舊存在

2. 延遲雙刪

這樣的話看似把普通雙刪的問(wèn)題給解決了，但并沒(méi)有完全解決，反而引發(fā)新的問(wèn)題。

問(wèn)題：延時(shí)時(shí)長(zhǎng)問(wèn)題，時(shí)間太長(zhǎng)導(dǎo)致性能下降，時(shí)間太短又會(huì)跟普通雙刪一樣

三、讀寫鎖

讀寫鎖根據(jù)字面意思就知道是加鎖，因此效率肯定比不加鎖效率低，但是可以完全避免舊數(shù)據(jù)讀取的發(fā)生。

• 讀寫鎖是讀讀共享，讀寫和寫寫互斥的

  

四、異步通知

1. 消息中間件異步通知

• 對(duì)于這個(gè)博主認(rèn)為是把延遲雙刪的延遲給優(yōu)化了，不再占用本線程的時(shí)間，只不過(guò)部分請(qǐng)求會(huì)導(dǎo)致舊數(shù)據(jù)。

2.Canal

Canal是一個(gè)開(kāi)源的數(shù)據(jù)庫(kù)數(shù)據(jù)增量訂閱和消費(fèi)組件，用于實(shí)時(shí)捕獲數(shù)據(jù)庫(kù)的變更并將其傳遞給其他系統(tǒng)。具體而言，Canal主要用于解決數(shù)據(jù)庫(kù)之間的數(shù)據(jù)同步和實(shí)時(shí)數(shù)據(jù)分析需求。 Canal支持對(duì)MySQL、Oracle等主流數(shù)據(jù)庫(kù)進(jìn)行增量數(shù)據(jù)訂閱和消費(fèi)。它通過(guò)解析數(shù)據(jù)庫(kù)的日志（如MySQL的binlog或Oracle的redo log），實(shí)時(shí)捕獲數(shù)據(jù)庫(kù)的變更操作，然后將變更數(shù)據(jù)以事件的形式發(fā)送給訂閱者。可以將這些變更數(shù)據(jù)用于數(shù)據(jù)同步、實(shí)時(shí)數(shù)據(jù)倉(cāng)庫(kù)、搜索引擎索引更新、緩存更新等應(yīng)用場(chǎng)景。 Canal的主要特性包括：

• .數(shù)據(jù)庫(kù)無(wú)侵入：Canal通過(guò)解析數(shù)據(jù)庫(kù)日志來(lái)捕獲數(shù)據(jù)變更，不需要對(duì)數(shù)據(jù)庫(kù)進(jìn)行任何修改，不會(huì)對(duì)數(shù)據(jù)庫(kù)的性能產(chǎn)生影響。
• 實(shí)時(shí)的增量數(shù)據(jù)：Canal能夠幾乎實(shí)時(shí)地捕獲到數(shù)據(jù)庫(kù)的變更操作，并以事件的形式進(jìn)行傳遞，保證了數(shù)據(jù)的實(shí)時(shí)性。
• 靈活的訂閱和過(guò)濾：Canal支持基于數(shù)據(jù)庫(kù)、表、列級(jí)別的訂閱和過(guò)濾，可以按需選擇需要同步的數(shù)據(jù)，減少數(shù)據(jù)傳輸和處理的壓力。
• 多種協(xié)議支持：Canal支持多種數(shù)據(jù)傳輸協(xié)議，如基于TCP的簡(jiǎn)單文本協(xié)議、Kafka、RocketMQ等，可以根據(jù)具體需求選擇適合的協(xié)議進(jìn)行數(shù)據(jù)傳輸。
• 高可用和容錯(cuò)：Canal支持多節(jié)點(diǎn)部署，通過(guò)主備模式或者集群模式來(lái)保證高可用性和容錯(cuò)性。

五. 總結(jié)

總體來(lái)說(shuō)這幾種方式各有優(yōu)缺點(diǎn)，不過(guò)現(xiàn)在主要用的就是普通刪除中的后刪緩存的方法，如果一致性要求比較高的話，可以用讀寫鎖的方式，如果沒(méi)有那么強(qiáng)的一致性要求，可以使用后刪緩存或者異步通知的方式。

結(jié)語(yǔ)

每個(gè)人都有自己獨(dú)特的才華和潛能，在這個(gè)廣袤的世界上，你的存在是有意義的。無(wú)論你是誰(shuí)，你的背景如何，你所處的環(huán)境怎樣，只要你敢于跨出舒適區(qū)，付出努力，追求卓越，你就能夠開(kāi)創(chuàng)屬于自己的輝煌。

以上就是關(guān)于Redis的讀寫一致問(wèn)題的詳細(xì)內(nèi)容，更多關(guān)于Redis讀寫一致的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！

最新評(píng)論