Redis事務的介紹

Redis 事務的本質是一組命令的集合。事務支援一次執行多個命令，一個事務中所有命令都會被序列化。在事務執行過程，會按照順序序列化執行佇列中的命令，其他客戶端提交的命令請求不會插入到事務執行命令序列中。

• redis事務就是一次性、順序性、排他性的執行一個佇列中的一系列命令。
• Redis事務沒有隔離級別的概念：批量操作在傳送 EXEC 命令前被放入佇列快取，並不會被實際執行，也就不存在事務內的查詢要看到事務裡的更新，事務外查詢不能看到。
• Redis不保證原子性：Redis中，單條命令是原子性執行的，但事務不保證原子性，且沒有回滾。事務中任意命令執行失敗，其餘的命令仍會被執行。
• Redis事務的三個階段：開始事務、命令入隊、執行事務

Redis事務的使用

Redis事務相關命令：

• watch key1 key2 ... : 監視一或多個key,如果在事務執行之前，被監視的key被其他命令改動，則事務被打斷 （ 類似樂觀鎖 ）
• multi: 標記一個事務塊的開始（ queued ）
• exec: 執行所有事務塊的命令 （ 一旦執行exec後，之前加的監控鎖都會被取消掉 ）　
• discard: 取消事務，放棄事務塊中的所有命令
• unwatch: 取消watch對所有key的監控

> MULTI
OK
> set k1 v1
QUEUED
> set k2 v2
QUEUED
> get k2
QUEUED
> set k3 v3
QUEUED
> EXEC
OK
OK
v2
OK

 

• 若在事務佇列中存在命令性錯誤（類似於java編譯性錯誤），則執行EXEC命令時，所有命令都不會執行
• 若在事務佇列中存在語法性錯誤（類似於java的1/0的執行時異常），則執行EXEC命令時，其他正確命令會被執行，錯誤命令丟擲異常。

watch指令類似於樂觀鎖，在事務提交時，如果watch監控的多個KEY中任何KEY的值已經被其他客戶端更改，則使用EXEC執行事務時，事務佇列將不會被執行，同時返回Nullmulti-bulk應答以通知呼叫者事務執行失敗。

參考連結