在事務運作期間，雖然Redis指令可能會執行失敗，但是Redis仍然會執行事務中餘下的其他指令，而不會執行復原操作，你可能會覺得這種行為很奇怪。然而，這種行為也有其合理之處：隻有當被調用的Redis指令有文法錯誤時，這條指令才會執行失敗（在将這個指令放入事務隊列期間，Redis能夠發現此類問題），或者對某個鍵執行不符合其資料類型的操作：實際上，這就意味着隻有程式錯誤才會導緻Redis指令執行失敗，這種錯誤很有可能在程式開發期間發現，一般很少在生産環境發現。 Redis已經在系統内部進行功能簡化，這樣可以確定更快的運作速度，因為Redis不需要事務復原的能力。對于Redis事務的這種行為，有一個普遍的反對觀點，那就是程式有可能會有缺陷（bug）。但是，你應當注意到：事務復原并不能解決任何程式錯誤。例如，如果某個查詢會将一個鍵的值遞增2，而不是1，或者遞增錯誤的鍵，那麼事務復原機制是沒有辦法解決這些程式
問題的。請注意，沒有人能解決程式員自己的錯誤，這種錯誤可能會導緻Redis指令執行失敗。正因為這些程式錯誤不大可能會進入生
産環境，是以我們在開發Redis時選用更加簡單和快速的方法，沒有實作錯誤復原的功能。
萬水千山總是情, 領個紅包行不行?
覺得還可以的話記的打賞哦^.^..
