TA貢獻11條經驗 獲得超10個贊
最初級的緩存不一致問題及解決方案：
樓主描述的方案，“先保存到MySQL和先保存到Redis都面臨著一個保存成功而另外一個保存失敗的情況”會導致 數據庫中數據 與 redis中數據不一致的問題。
解決辦法
采用 cache aside pattern 并發更新操作的時候可以先刪除緩存，然后更新數據庫。
此方案下的更新操作情況：
刪除緩存失敗，那么不會去執行update操作。
刪除緩存成功，update失敗，讀請求還是會將舊值寫回到redis中。
刪除緩存成功，update成功，讀請求會將新值寫回到redis中。
復雜情況的解決辦法：
一個update操作，在刪除緩存成功，但update操作未提交的情況下，讀請求會讀取數據庫中舊的值，至此緩存中是舊值，update后的數據庫是新值，這種情況就應該采用異步讀寫請求隊列去解決，簡單言之，update請求入隊列，讀請求入隊列，update操作未執行完之前，讀操作被阻塞，但是讀操作需要while循環 一段時間，因為一旦當前操作的讀請求之前還有一個讀請求在隊列中，很可能前一個讀請求已經將update后的新值已經讀取到redis當中了。
TA貢獻3593條經驗 獲得超0個贊
TA貢獻5條經驗 獲得超0個贊
Redis只用作cache，寫請求只交給MySQL處理。否則你就要自己去解決一個分布式事務的問題，這個目前還沒有性價比高的解決方案。如果應用是write heavy的，請使用HBase和Cassandra
TA貢獻7條經驗 獲得超1個贊
如果要“保證”數據的安全性，那么會帶來開銷的進一步提升，以至于使用redis帶來的性能優勢都會喪失。正確的做法是區分不同的業務，使得并不需要“保證”數據一致性的場合，可以使用redis優化。而敏感的場合依然使用mysql
舉報