首頁  >  文章  >  後端開發  >  實現redis中事務機制及樂觀鎖的方法

實現redis中事務機制及樂觀鎖的方法

小云云
小云云原創
2017-12-14 14:49:062483瀏覽

Redis事務機制,在MySQL等其他資料庫中,事務表示的是一組動作,這組動作要麼全部執行,要麼全部不執行。 本文主要介紹了redis中事務機制及樂觀鎖的相關內容,透過事務的執行分析Redis樂觀鎖,具有一定參考價值,需要的朋友可以了解下,希望能幫助到大家。

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中的樂觀鎖。

相關推薦:

簡單介紹MySQL中的交易機制

深入瞭解MySQL中的交易機制_MySQL

redis 樂觀鎖實作秒殺

#

以上是實現redis中事務機制及樂觀鎖的方法的詳細內容。更多資訊請關注PHP中文網其他相關文章!

陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn