Redis緩存怎么與數(shù)據(jù)庫(kù)進(jìn)行數(shù)據(jù)同步？這種writer-reader架構(gòu)的總體思想是，writer將在緩存更新階段解決一致性問(wèn)題。當(dāng)數(shù)據(jù)庫(kù)數(shù)據(jù)發(fā)生變化時(shí)，redis會(huì)同步更新，以保證緩存更新的成功。

Redis緩存怎么與數(shù)據(jù)庫(kù)進(jìn)行數(shù)據(jù)同步？

這種writer-reader架構(gòu)的總體思想是，writer將在緩存更新階段解決一致性問(wèn)題。當(dāng)數(shù)據(jù)庫(kù)數(shù)據(jù)發(fā)生變化時(shí)，redis會(huì)同步更新，以保證緩存更新的成功。作為完整性判斷，您可以使用自遞增的版本號(hào)（或時(shí)間戳）來(lái)判斷數(shù)據(jù)是否是最新的，而無(wú)需檢查所有屬性。作為后檢測(cè)，可以對(duì)其進(jìn)行優(yōu)化以降低掃描成本。例如，只應(yīng)使用最新時(shí)間段（如10分鐘）內(nèi)的更新數(shù)據(jù)。這一套應(yīng)該相對(duì)較小，在redis中的檢查成本相對(duì)較低。

秒殺過(guò)程中怎么保證redis緩存和數(shù)據(jù)庫(kù)的一致性？

如果要“保證”數(shù)據(jù)的安全性，會(huì)帶來(lái)開(kāi)銷的進(jìn)一步提高，從而失去使用redis帶來(lái)的性能優(yōu)勢(shì)。

正確的方法是區(qū)分不同的服務(wù)，這樣當(dāng)不需要“保證”數(shù)據(jù)一致性時(shí)，就可以使用redis優(yōu)化。MySQL仍然在敏感場(chǎng)合使用。

分布式的環(huán)境下，MySQL和Redis如何保持?jǐn)?shù)據(jù)的一致性？

你想得太多了。1:緩存失敗，數(shù)據(jù)庫(kù)成功。如果不能讀取緩存數(shù)據(jù)，可以從數(shù)據(jù)庫(kù)中讀取。2:如果緩存成功，則數(shù)據(jù)庫(kù)失敗。在這種情況下，將首先持久化數(shù)據(jù)庫(kù)。如果數(shù)據(jù)庫(kù)失敗，將不會(huì)處理緩存。3:或者兩者都有。4:或者和2一樣。