1、不一致產生的原因？

我們在是使用redis過程中，通常會這樣做，先讀取快取，如果快取不存在，則讀取資料庫。

不管是先寫庫，再刪除快取；還是先刪除快取，再寫庫，都有可能出現數據不一致的情況。

因為寫和讀是併發的，沒法保證順序，如果刪除了快取，還沒有來得及寫庫，另一個執行緒就來讀取，發現快取為空，則去資料庫中讀取資料寫入快取，此時快取中為髒資料。如果先寫了庫，在刪除快取前，寫庫的執行緒宕機了，沒有刪除掉快取，則也會出現資料不一致情況。

如果是redis叢集，或者主從模式，寫主讀從，由於redis複製存在一定的時間延遲，也有可能導致資料不一致。

2、優化思路

(1)讀操作優先讀取redis，不存在的話就去訪問MySql，並把讀到的資料寫回Redis中；

(2)寫操作的話，直接寫MySql，成功後再寫入Redis,替換掉原來的舊資料（可以在MySql端定義CRUD觸發器，在觸發CRUD操作後寫資料到Redis，也可以在Redis端解析binlog，再做相應的操作）

(3)設定合理的超時時間，即經過超時時間，自動將redis中相應的資料刪除。這樣最差的情況是在超時時間內，記憶體存在不一致。當然這種策略要考慮redis和資料庫主從同步的耗時，所以在第二次刪除前最好休眠一定的時間，比如500毫秒，這樣無疑又增加了寫請求的耗時。