redis中的事務操作案例分析

2020-10-28 21:29:43

字體：大中小

來源：轉載

供稿：網友

本文實例講述了redis中的事務操作。分享給大家供大家參考，具體如下：

redis與mysql的事務

Redis支持簡單的事務

簡單使用

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

set zhangsan 800set lisi 100multidecrby zhangsan 100incrby lisi 100exec

失敗的兩種情況

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

（1）語法就有問題

127.0.0.1:6379> multiOK127.0.0.1:6379> decrby zhang 100QUEUED127.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 wang1) "800"2) "100"

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

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

127.0.0.1:6379> multiOK127.0.0.1:6379> decrby zhang 100QUEUED127.0.0.1:6379> sadd wang 1QUEUED127.0.0.1:6379> exec1) (integer) 7002) (error) WRONGTYPE Operation against a key holding the wrong kind of value127.0.0.1:6379> mget zhang wang1) "700"2) "100"

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

案例

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

127.0.0.1:6379> set ticket 1OK127.0.0.1:6379> set money 100OK127.0.0.1:6379> multiOK127.0.0.1:6379> decr ticketQUEUED127.0.0.1:6379> decrby money 10QUEUED127.0.0.1:6379> exec1) (integer) -12) (integer) 90

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

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

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

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

watch相關用法