溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
Redis事務機制
在MySQL等其他數據庫中，事務表示的是一組動作，這組動作要么全部執行，要么全部不執行。
Redis目前對事物的支持相對簡單。Redis只能保證一個client發起的事務中的命令可以連續的執行，而中間不會插入其他的client命令。當一個client在一個鏈接中發出multi命令時，這個鏈接會進入一個事務上下文，該連接后續的命令不會立即執行，而是先放到一個隊列中，當執行exec命令時，redis會順序的執行隊列中的所有命令。
Multi 開啟事務： 127.0.0.1:6379[1]> multi #開啟事務 OK 127.0.0.1:6379[1]> set age 15 #數據操作命令 QUEUED 127.0.0.1:6379[1]> set age 20 #數據操作命令 QUEUED 127.0.0.1:6379[1]> exec #執行事務 1) OK 2) OK 127.0.0.1:6379[1]> get age "20" Discard：取消事務，該命令實際是清空事務隊列中的命令并退出事務上下文，也就是事務回滾。 127.0.0.1:6379[1]> get age "20" 127.0.0.1:6379[1]> multi OK 127.0.0.1:6379[1]> set age 25 QUEUED 127.0.0.1:6379[1]> set age 30 QUEUED 127.0.0.1:6379[1]> discard #清空事務隊列 OK 127.0.0.1:6379[1]> get age "20"
注意redis事務問題：通常事務隊列中如果有一個事務失敗則整個事務都會回滾，但在redis中其他事務命令不會回滾。
樂觀鎖：redis大多數是基于數據版本(version)的記錄機制實現的。即為數據增加一個版本標識，在基于數據庫表的版本解決方案中，一般是通過為數據庫表添加一個version字段來實現。在讀取數據時，將此版本號一同讀出，之后更新時對此版本號加1。此時，將提交數據的版本號與數據庫表對應記錄的當前版本號進行對比，如果提交的數據版本號大于數據庫當前版本號，則予以更新，否則認為是過期數據。
watch監控：watch命令會監控給定的key，當exec時如果監視的key從調用watch后發生過變化，則整個事務會失敗。也可以調用watch多次監視多個key，這樣就對指定事務key加樂觀鎖了。注意watch的key是對整個鏈接有效的，事務也一樣。如果鏈接斷開，監視和事務都會被自動清除。當然exex、discard、unwatch命令都會自動清除鏈接中的所有監視。
在redis中對樂觀鎖的實現：
假設有一個age的key，我們開啟兩個session來對age進行賦值操作。
session1：
127.0.0.1:6379> get age "10" 127.0.0.1:6379> watch age #打開對age鍵的監控（監控其他操作是否對age鍵有修改操作） OK 127.0.0.1:6379> multi #開啟事務上下文 OK
session2：
127.0.0.1:6379> set age 20 OK 127.0.0.1:6379> get age "20"
在session2中直接操作age
再看session1：
127.0.0.1:6379> set age 30 #在session2中操作age后，我們在session1中繼續操作age QUEUED 127.0.0.1:6379> exec #執行事務 返回nil 事務執行不成功。 (nil) 127.0.0.1:6379> get age "20"
在這里我們發現事務不能執行成功，這就是因為session1中的數據版本已經小于數據庫中的數據版本。這就是redis中的樂觀鎖。
行百里者半九十。
總結
以上就是本文關于redis中事務機制及樂觀鎖的實現的全部內容，希望對大家有所幫助，感興趣的朋友可以繼續參閱本站：sqlserver:查詢鎖住sql以及解鎖方法、幾個比較重要的MySQL變量、MySQL主庫binlog(master-log)與從庫relay-log關系代碼詳解等，如有不足之處，歡迎留言指出，小編會及時回復大家并進行改正，感謝朋友們對本站的支持！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
