redis中事務操作的示例分析

這篇文章主要介紹了redis中事務操作的示例分析，具有一定借鑒價值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓小編帶著大家一起了解一下。

redis與mysql的事務

Redis支持簡單的事務

簡單使用

講張三的100圓錢轉賬給lisi：

set zhangsan 800
set lisi 100
multi
decrby zhangsan 100
incrby lisi 100
exec

失敗的兩種情況

在mutil后面的語句中, 語句出錯可能有2種情況，還是以轉賬的情況來分析：

（1）語法就有問題

127.0.0.1:6379> multi
OK
127.0.0.1:6379> decrby zhang 100
QUEUED
127.0.0.1:6379> hasdfasdf
(error) ERR unknown command 'hasdfasdf'
127.0.0.1:6379> exec
(error) EXECABORT Transaction discarded because of previous errors.
127.0.0.1:6379> mget zhang wang
1) "800"
2) "100"

這種,exec時,報錯, 所有語句得不到執行，所以還是800和100圓

（2）語法本身沒錯,但適用對象有問題

127.0.0.1:6379> multi
OK
127.0.0.1:6379> decrby zhang 100
QUEUED
127.0.0.1:6379> sadd wang 1
QUEUED
127.0.0.1:6379> exec
1) (integer) 700
2) (error) WRONGTYPE Operation against a key holding the wrong kind of value
127.0.0.1:6379> mget zhang wang
1) "700"
2) "100"

Exec之后,會執行正確的語句,并跳過有不適當的語句，所以這里是一個700圓一個100圓了

案例

假設買票案例，當前只有1張票和100塊錢，如果我在買票的過程中，在我multi之后，和exec之前，票被別人買了—即ticket已經變成0了，然后我們執行exec的時候就會將票變為-1，這就不對了。

127.0.0.1:6379> set ticket 1
OK
127.0.0.1:6379> set money 100
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379> decr ticket
QUEUED
127.0.0.1:6379> decrby money 10

QUEUED
127.0.0.1:6379> exec
1) (integer) -1
2) (integer) 90

使用watch來檢測票有沒有被買走

實用watch來檢測指定的key，負責監測key沒有被改動。

127.0.0.1:6379> set ticket 1
OK
127.0.0.1:6379> set money 100
OK
127.0.0.1:6379> watch ticket
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379> decr ticket
QUEUED
127.0.0.1:6379> decrby money 10
QUEUED
127.0.0.1:6379> exec
(nil)//返回nil,說明監視的ticket已經改變了,事務就取消了.
127.0.0.1:6379> mget ticket money
1) "0"
2) "100"

在執行exec之前，票被買走了，ticket為0了，然后執行exec后，發現ticket被動了，所以就不執行事務了，事務被取消了。在執行exec的時候返回nil。

watch相關用法

watch key1 key2 ... keyN

作用：監聽key1 key2..keyN有沒有變化,如果有變, 則事務取消

unwatch

感謝你能夠認真閱讀完這篇文章，希望小編分享的“redis中事務操作的示例分析”這篇文章對大家有幫助，同時也希望大家多多支持億速云，關注億速云行業資訊頻道，更多相關知識等著你來學習!