Redis中的事務(wù)/鎖

Redis支持簡單的事務(wù)

Redis與 mysql事務(wù)的對比

注: rollback與discard 的區(qū)別
如果已經(jīng)成功執(zhí)行了2條語句, 第3條語句出錯.
Rollback后,前2條的語句影響消失.
Discard只是結(jié)束本次事務(wù),前2條語句造成的影響仍然還在

注:
在mutil后面的語句中, 語句出錯可能有2種情況
1: 語法就有問題,
這種,exec時,報錯, 所有語句得不到執(zhí)行

2: 語法本身沒錯,但適用對象有問題. 比如 zadd 操作list對象
Exec之后,會執(zhí)行正確的語句,并跳過有不適當(dāng)?shù)恼Z句.

(如果zadd操作list這種事怎么避免? 這一點,由程序員負(fù)責(zé))

（使用multi后，并沒有真正執(zhí)行，而是放到一個queued（隊列）里，exec后才會執(zhí)行）

（discard之后啥都沒變，因為只是放在隊列里。嚴(yán)格的說只能叫取消，不能叫回滾）

思考:
我正在買票
Ticket -1 , money -100
而票只有1張, 如果在我multi之后,和exec之前, 票被別人買了---即ticket變成0了.
我該如何觀察這種情景,并不再提交

悲觀的想法:
世界充滿危險,肯定有人和我搶, 給 ticket上鎖, 只有我能操作. [悲觀鎖]

樂觀的想法:
沒有那么人和我搶,因此,我只需要注意,
--有沒有人更改ticket的值就可以了 [樂觀鎖]

Redis的事務(wù)中,啟用的是樂觀鎖,只負(fù)責(zé)監(jiān)測key沒有被改動.

具體的命令---- watch命令
例:
redis 127.0.0.1:6379> watch ticket （監(jiān)控ticket，如果發(fā)生了變化，則執(zhí)行不成功）
OK
redis 127.0.0.1:6379> multi
OK
redis 127.0.0.1:6379> decr ticket
QUEUED
redis 127.0.0.1:6379> decrby money 100
QUEUED
redis 127.0.0.1:6379> exec
(nil) // 返回nil,說明監(jiān)視的ticket已經(jīng)改變了,事務(wù)就取消了.
redis 127.0.0.1:6379> get ticket
"0"
redis 127.0.0.1:6379> get money
"200"

watch key1 key2 ... keyN
作用:監(jiān)聽key1 key2..keyN有沒有變化,如果有變, 則事務(wù)取消

unwatch
作用: 取消所有watch監(jiān)聽