#### 3.6.1，悲觀鎖/樂觀鎖 **悲觀鎖(Pessimistic Lock),** 顧名思義，就是很悲觀，每次去拿數據的時候都認為別人會修改，所以每次在拿數據的時候都會上鎖，這樣別人想拿這個數據就會block直到它拿到鎖。傳統的關系型數據庫里邊就用到了很多這種鎖機制，比如行鎖，表鎖等，讀鎖，寫鎖等，都是在做操作之前先上鎖 **樂觀鎖(Optimistic Lock)**, 顧名思義，就是很樂觀，每次去拿數據的時候都認為別人不會修改，所以不會上鎖，但是在更新的時候會判斷一下在此期間別人有沒有去更新這個數據，可以使用版本號等機制。樂觀鎖適用于多讀的應用類型，這樣可以提高吞吐量， 樂觀鎖策略:提交版本必須大于記錄當前版本才能執行更新 3.6.2，初始化信用卡可用余額和欠額  3.6.2，無加塞篡改 先監控再開啟multi， 保證兩筆金額變動在同一個事務內  3.6.2，有加塞篡改 監控了key，如果key被修改了，后面一個事務的執行失效  3.6.3，unwatch  一旦執行了exec之前加的監控鎖都會被取消掉了 3.6.4，小結 Watch指令，類似樂觀鎖，事務提交時，如果Key的值已被別的客戶端改變， 比如某個list已被別的客戶端push/pop過了，整個事務隊列都不會被執行 通過WATCH命令在事務執行之前監控了多個Keys，倘若在WATCH之后有任何Key的值發生了變化， EXEC命令執行的事務都將被放棄，同時返回Nullmulti-bulk應答以通知調用者事務執行失敗 - - - - - -