緩存數(shù)據(jù)同步的常見(jiàn)方式有三種：

設(shè)置有效期：給緩存設(shè)置有效期，到期后自動(dòng)刪除。再次查詢(xún)時(shí)更新

• 優(yōu)勢(shì)：簡(jiǎn)單、方便

• 缺點(diǎn)：時(shí)效性差，緩存過(guò)期之前可能不一致

• 場(chǎng)景：更新頻率較低，時(shí)效性要求低的業(yè)務(wù)

同步雙寫(xiě)：在修改數(shù)據(jù)庫(kù)的同時(shí)，直接修改緩存

• 優(yōu)勢(shì)：時(shí)效性強(qiáng)，緩存與數(shù)據(jù)庫(kù)強(qiáng)一致

• 缺點(diǎn)：有代碼侵入，耦合度高；

• 場(chǎng)景：對(duì)一致性、時(shí)效性要求較高的緩存數(shù)據(jù)

異步通知：修改數(shù)據(jù)庫(kù)時(shí)發(fā)送事件通知，相關(guān)服務(wù)監(jiān)聽(tīng)到通知后修改緩存數(shù)據(jù)

• 優(yōu)勢(shì)：低耦合，可以同時(shí)通知多個(gè)緩存服務(wù)

• 缺點(diǎn)：時(shí)效性一般，可能存在中間不一致?tīng)顟B(tài)

• 場(chǎng)景：時(shí)效性要求一般，有多個(gè)服務(wù)需要同步

而異步實(shí)現(xiàn)又可以基于MQ或者Canal來(lái)實(shí)現(xiàn)：

1）基于MQ的異步通知：

解讀：

• 商品服務(wù)完成對(duì)數(shù)據(jù)的修改后，只需要發(fā)送一條消息到MQ中。

• 緩存服務(wù)監(jiān)聽(tīng)MQ消息，然后完成對(duì)緩存的更新

依然有少量的代碼侵入。

2）基于Canal的通知

解讀：

• 商品服務(wù)完成商品修改后，業(yè)務(wù)直接結(jié)束，沒(méi)有任何代碼侵入

• Canal監(jiān)聽(tīng)MySQL變化，當(dāng)發(fā)現(xiàn)變化后，立即通知緩存服務(wù)

• 緩存服務(wù)接收到canal通知，更新緩存

代碼零侵入

總結(jié)

以上是生活随笔為你收集整理的Canal数据同步策略的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。