共計 1235 個字符，預計需要花費 4 分鐘才能閱讀完成。

自動寫代碼機器人，免費開通

這篇文章主要介紹了 redis 事務的使用示例，具有一定借鑒價值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓丸趣 TV 小編帶著大家一起了解一下。

首先我們來簡單介紹下 redis 事務的本質：

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

總結說：redis 事務就是一次性、順序性、排他性的執行一個隊列中的一系列命令。

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

批量操作在發送 EXEC 命令前被放入隊列緩存，并不會被實際執行，也就不存在事務內的查詢要看到事務里的更新，事務外查詢不能看到。

Redis 不保證原子性：

Redis 中，單條命令是原子性執行的，但事務不保證原子性，且沒有回滾。事務中任意命令執行失敗，其余的命令仍會被執行。

Redis 事務的三個階段：

開始事務命令入隊執行事務

Redis 事務相關命令：

watch key1 key2 … : 監視一或多個 key, 如果在事務執行之前，被監視的 key 被其他命令改動，則事務被打斷（類似樂觀鎖）

multi : 標記一個事務塊的開始（queued）

exec : 執行所有事務塊的命令（一旦執行 exec 后，之前加的監控鎖都會被取消掉）

discard : 取消事務，放棄事務塊中的所有命令

unwatch : 取消 watch 對所有 key 的監控

Redis 事務使用案例：

（1）正常執行

（2）放棄事務

（3）若在事務隊列中存在命令性錯誤（類似于 java 編譯性錯誤），則執行 EXEC 命令時，所有命令都不會執行

（4）若在事務隊列中存在語法性錯誤（類似于 java 的 1 / 0 的運行時異常），則執行 EXEC 命令時，其他正確命令會被執行，錯誤命令拋出異常。

（5）使用 watch

案例一：使用 watch 檢測 balance，事務期間 balance 數據未變動，事務執行成功

案例二：使用 watch 檢測 balance，在開啟事務后（標注 1 處），在新窗口執行標注 2 中的操作，更改 balance 的值，模擬其他客戶端在事務執行期間更改 watch 監控的數據，然后再執行標注 1 后命令，執行 EXEC 后，事務未成功執行。

一但執行 EXEC 開啟事務的執行后，無論事務使用執行成功，WARCH 對變量的監控都將被取消。

故當事務執行失敗后，需重新執行 WATCH 命令對變量進行監控，并開啟新的事務進行操作。

總結：

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

感謝你能夠認真閱讀完這篇文章，希望丸趣 TV 小編分享的“redis 事務的使用示例”這篇文章對大家有幫助，同時也希望大家多多支持丸趣 TV，關注丸趣 TV 行業資訊頻道，更多相關知識等著你來學習!