本文實例講述了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相關用法
作用：監聽key1 key2..keyN有沒有變化,如果有變, 則事務取消
作用：取消所有watch監聽
希望本文所述對大家Redis數據庫程序設計有所幫助。
您可能感興趣的文章:- PHP+Redis事務解決高并發下商品超賣問題(推薦)
- redis事務常用操作詳解
- Redis事務涉及的watch、multi等命令詳解
- python實現redis三種cas事務操作
- redis中事務機制及樂觀鎖的實現
- redis事務_動力節點Java學院整理
- Redis 基礎教程之事務的使用方法
- Redis 事務與過期時間詳細介紹
- 【Redis緩存機制】詳解Java連接Redis_Jedis_事務
- Redis教程(八)：事務詳解
- Redis 事務知識點相關總結
