狂神聊Redis筆記——事務

Redis 事務本質：一組命令的集合！一個事務中的全部命令都會被序列化，在事務執行過程的中，會按照順序執行！ 一次性、順序性、排他性！執行一些列的命令！

Redis 事務沒有沒有隔離級別的概念！

全部的命令在事務中，並無直接被執行！只有發起執行命令的時候纔會執行！ Exec

Redis單條命令式保存原子性的，可是事務不保證原子性！

redis 的事務：

開啓事務（multi）

命令入隊（......）

執行事務（exec）

正常執行事務！

127.0.0.1:6379> multi # 開啓事務 
OK
# 命令入隊 
127.0.0.1:6379> set k1 v1
QUEUED 
127.0.0.1:6379> set k2 v2 
QUEUED 
127.0.0.1:6379> get k2 
QUEUED 
127.0.0.1:6379> set k3 v3 
QUEUED 
127.0.0.1:6379> exec # 執行事務 
1) OK 
2) OK 
3) "v2" 
4) OK

放棄事務！

127.0.0.1:6379> multi # 開啓事務 
OK
127.0.0.1:6379> set k1 v1 
QUEUED 
127.0.0.1:6379> set k2 v2 
QUEUED 
127.0.0.1:6379> set k4 v4 
QUEUED 
127.0.0.1:6379> DISCARD # 取消事務 
OK
127.0.0.1:6379> get k4 # 事務隊列中命令都不會被執行！ 
(nil)

編譯型異常（代碼有問題！命令有錯！），事務中全部的命令都不會被執行！

127.0.0.1:6379> multi 
OK
127.0.0.1:6379> set k1 v1 
QUEUED 
127.0.0.1:6379> set k2 v2 
QUEUED 
127.0.0.1:6379> set k3 v3 
QUEUED 
127.0.0.1:6379> getset k3 # 錯誤的命令 
(error) ERR wrong number of arguments for 'getset' command 
127.0.0.1:6379> set k4 v4 
QUEUED 
127.0.0.1:6379> set k5 v5 
QUEUED 
127.0.0.1:6379> exec # 執行事務報錯！ 
(error) EXECABORT Transaction discarded because of previous errors.
 127.0.0.1:6379> get k5 # 全部的命令都不會被執行！ 
(nil)

運行時異常（1/0），若是事務隊列中存在語法性，那麼執行命令的時候，其餘命令是能夠正常執行的，錯誤命令拋出異常！面試

127.0.0.1:6379> set k1 "v1" 
OK
127.0.0.1:6379> multi OK
127.0.0.1:6379> incr k1 # 會執行的時候失敗！ 
QUEUED 
127.0.0.1:6379> set k2 v2 
QUEUED 
127.0.0.1:6379> set k3 v3 
QUEUED 
127.0.0.1:6379> get k3 
QUEUED 
127.0.0.1:6379> exec 
1) (error) ERR value is not an integer or out of range # 雖然第一條命令報錯了，可是 依舊正常執行成功了！ 2) OK 
3) OK 
4) "v3" 
127.0.0.1:6379> get k2 
"v2" 
127.0.0.1:6379> get k3 
"v3"

監控！ Watch （面試常問！）

悲觀鎖：

很悲觀，認爲何時候都會出問題，不管作什麼都會加鎖！

樂觀鎖：

很樂觀，認爲何時候都不會出問題，因此不會上鎖！更新數據的時候去判斷一下，在此期間是否有人修改過這個數據，
獲取version
更新的時候比較 version

Redis測監視測試redis

正常執行成功！

127.0.0.1:6379> set money 100 
OK
127.0.0.1:6379> set out 0 
OK
127.0.0.1:6379> watch money # 監視 money 對象 
OK
127.0.0.1:6379> multi # 事務正常結束，數據期間沒有發生變更，這個時候就正常執行成功！ 
OK
127.0.0.1:6379> DECRBY money 20 
QUEUED 
127.0.0.1:6379> INCRBY out 20 
QUEUED 
127.0.0.1:6379> exec 
1) (integer) 80 
2) (integer) 20

測試多線程修改值 , 使用 watch 能夠當作 redis 的樂觀鎖操做！

127.0.0.1:6379> watch money # 監視 money 
OK
127.0.0.1:6379> multi 
OK
127.0.0.1:6379> DECRBY money 10 
QUEUED 
127.0.0.1:6379> INCRBY out 10 
QUEUED 
127.0.0.1:6379> exec # 執行以前，另一個線程，修改了咱們的值，這個時候，就會致使事務執行失 敗！
(nil)

若是修改失敗，獲取最新的值就好