前面有篇文章，簡單介紹了Redis事務。

Redis事務主要命令包括 MULTI、EXEC、WATCH 命令。本篇文章將詳細介紹事務以及Redis事務例項應用！

一、事務、悲觀鎖、樂觀鎖概述

簡單的說，事務就是為了存取資料庫中同一資料時不破壞操作的隔離性和原子性，從而保證資料的一致性。

一般資料庫，比如MySql是如何保證資料一致性的呢，主要是加鎖，悲觀鎖。比如在訪問資料庫某條資料的時候，會用SELECT FOR UPDATE ，這MySql就會對這條資料進行加鎖，直到事務被提交（COMMIT），或者回滾（ROLLBACK）。如果此時，有其他事務對被加鎖的資料進行寫入，那麼該事務將會被阻塞，直到第一個事務完成為止。它的缺點在於

Redis為了儘可能的減少客戶端的等待時間，並不會使用悲觀鎖。而是使用樂觀鎖，主要通過WATCH命令進行監控，這樣客戶端就永遠都不會等待第一個取得鎖的客戶端，它們只需要在自己的事務執行失敗時進行重試就可以了。

監控什麼呢？我們暫且理解為監控版本號是否一致。

比如，對一條資料開啟事務操作時，先獲取一個版本號，當事務提交的時候用此版本號與最新的版本號進行比對，如果版本號不一致，那麼就返回給客戶端，由客戶端決定如何操作。（通過版本號實現樂觀鎖的原理）

二、Redis事務例項

通過MULTI開啟一個事務，通過EXEC提交此事務，比如：

一次性提交的好處是，客戶端與服務端不必要每條命令都互動（耗費傳輸時間）；一次性提交可以節省資源，提高效率！

所以客戶端，比如python通過 conn.pipline() 開啟一個通道，操作命令就像流水線一樣，最後一次性完成提交，從而提高執行效率，節約資源，減少伺服器壓力。稱之為流水線操作！

三、WATCH命令實現樂觀鎖

當有一個事務在操作一條資料（資源）的時候，為了避免其他事務也來操作此資料，導致髒資料。在第一個事務中對此資料執行WATCH（監控），這樣通過樂觀鎖來保證資料的一致性。

暫且理解Redis的WATCH是通過監控版本號實現樂觀鎖的！

對照上圖，在例項中展示如下：

客戶端1

客戶端2

四、客戶端對於事務失敗的處理

一般可以選擇再次執行此事務，從而保證業務的正常流轉。

當然，也可以不執行WATCH，這樣就是非事務型流水線操作。

五、關於效能的注意事項

redis自帶效能測試程式 redis-benchmark 命令。在不給定任何引數的情況下，redis-benchmark將使用50個客戶端進行效能測試。

我們可以讓程式在只使用一個客戶端進行測試

redis-benchmark -c 1 -q  

在一般情況下，對於只使用單個客戶端的redis-benchmark來說，根據被呼叫命令的複雜度，一個不使用流水線的客戶端的效能大概只有redis-benchmark所示效能的50%~60%；

所以，為了提高redis效能，客戶端儘量通過連線池分配連線，並使用流水線事務進行操作；

掃一掃，通過微信也能學習