redis中的事務操作案例分析

更新時間：2019年07月10日 09:46:49 作者：webbc

這篇文章主要介紹了redis中的事務操作案例,結合具體實例形式詳細分析了redis事務操作的概念、原理、使用技巧與相關注意事項,需要的朋友可以參考下

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

redis與mysql的事務

Redis支持簡單的事務

簡單使用

講張三的100圓錢轉(zhuǎn)賬給lisi：

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

失敗的兩種情況

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

（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時,報錯, 所有語句得不到執(zhí)行，所以還是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之后,會執(zhí)行正確的語句,并跳過有不適當?shù)恼Z句，所以這里是一個700圓一個100圓了

案例

假設買票案例，當前只有1張票和100塊錢，如果我在買票的過程中，在我multi之后，和exec之前，票被別人買了—即ticket已經(jīng)變成0了，然后我們執(zhí)行exec的時候就會將票變?yōu)?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，負責監(jiān)測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,說明監(jiān)視的ticket已經(jīng)改變了,事務就取消了.
127.0.0.1:6379> mget ticket money
1) "0"
2) "100"

在執(zhí)行exec之前，票被買走了，ticket為0了，然后執(zhí)行exec后，發(fā)現(xiàn)ticket被動了，所以就不執(zhí)行事務了，事務被取消了。在執(zhí)行exec的時候返回nil。

watch相關用法