本文例項講述了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

作用：取消所有watch監聽

希望本文所述對大家Redis資料庫程式設計有所幫助。