溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
redis 的并發競爭問題是什么？如何解決這個問題？了解 redis 事務的 CAS 方案嗎？
這個也是線上非常常見的一個問題，就是多客戶端同時并發寫一個 key，可能本來應該先到的數據后到了，導致數據版本錯了；或者是多客戶端同時獲取一個 key，修改值之后再寫回去，只要順序錯了，數據就錯了。
而且 redis 自己就有天然解決這個問題的 CAS 類的樂觀鎖方案。
某個時刻，多個系統實例都去更新某個 key。可以基于 zookeeper 實現分布式鎖。每個系統通過 zookeeper 獲取分布式鎖，確保同一時間，只能有一個系統實例在操作某個 key，別人都不允許讀和寫。
你要寫入緩存的數據，都是從 mysql 里查出來的，都得寫入 mysql 中，寫入 mysql 中的時候必須保存一個時間戳，從 mysql 查出來的時候，時間戳也查出來。
每次要寫之前，先判斷一下當前這個 value 的時間戳是否比緩存里的 value 的時間戳要新。如果是的話，那么可以寫，否則，就不能用舊的數據覆蓋新的數據。
針對于上面面試有提到的知識點我總結出了有1到5年開發經驗的程序員在面試中涉及到的絕大部分架構面試題及答案做成了文檔和架構視頻資料免費分享給大家（包括Dubbo、Redis、Netty、zookeeper、Spring cloud、分布式、高并發等架構技術資料），希望能幫助到您面試前的復習且找到一個好的工作，也節省大家在網上搜索資料的時間來學習，也可以關注我一下以后會有更多干貨分享。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
