情況1：

系統(tǒng)A、B、C三個(gè)系統(tǒng)，分別去操作**Redis**的同一個(gè)Key，本來順序是1，2，3是正常的，但是因?yàn)橄到y(tǒng)A網(wǎng)絡(luò)突然抖動(dòng)了一下，B，C在他前面操作了**Redis**，這樣數(shù)據(jù)不就錯(cuò)了么。

就好比下單，支付，退款三個(gè)順序你變了，你先退款，再下單，再支付，那流程就會(huì)失敗，那數(shù)據(jù)不就亂了？你訂單還沒生成你卻支付，退款了？明顯走不通了，這在線上是很恐怖的事情。

解決方案

某個(gè)時(shí)刻，多個(gè)系統(tǒng)實(shí)例都去更新某個(gè) key。可以基于 **Zookeeper** 實(shí)現(xiàn)分布式鎖。每個(gè)系統(tǒng)通過 **Zookeeper** 獲取分布式鎖，確保同一時(shí)間，只能有一個(gè)系統(tǒng)實(shí)例在操作某個(gè) Key，別人都不允許讀和寫。

你要寫入緩存的數(shù)據(jù)，都是從 **MySQL** 里查出來的，都得寫入 **MySQL** 中，寫入 **MySQL** 中的時(shí)候必須保存一個(gè)時(shí)間戳，從 **MySQL** 查出來的時(shí)候，時(shí)間戳也查出來。

每次要**寫之前，先判斷**一下當(dāng)前這個(gè) Value 的時(shí)間戳是否比緩存里的 Value 的時(shí)間戳要新。如果是的話，那么可以寫，否則，就不能用舊的數(shù)據(jù)覆蓋新的數(shù)據(jù)。