如果你具備關係型資料庫的知識背景，你會發現一個事實：在交易運作期間，雖然Redis指令可能會執行失敗，但是Redis仍然會執行事務中餘下的其他指令，而不會執行回滾操作，你可能會覺得這種行為很奇怪。
然而，這種行為也有其合理之處：
只有當被呼叫的Redis指令有語法錯誤時，這條指令才會執行失敗（在將這個命令放入事務佇列期間，Redis能夠發現此類問題），或對某個鍵執行不符合其資料類型的操作：實際上，這意味著只有程式錯誤才會導致Redis命令執行失敗，這種錯誤很有可能在程式開發期間發現，一般很少在生產環境發現。
Redis已經在系統內部進行功能簡化，這樣可以確保更快的運作速度，因為Redis不需要交易回滾的能力。
對於Redis事務的這種行為，有一個普遍的反對觀點，那就是程式有可能會有缺陷（bug）。但是，你應該注意到：交易回滾並不能解決任何程式錯誤。
例如，如果某個查詢會將一個鍵的值遞增2，而不是1，或是遞增錯誤的鍵，那麼交易回滾機制是沒有辦法解決這些程式問題的。請注意，沒有人能解決程式設計師自己的錯誤，這種錯誤可能會導致Redis命令執行失敗。正因為這些程式錯誤不大可能會進入生產環境，所以我們在開發Redis時選用更簡單快速的方法，沒有實現錯誤回溯的功能。
簡言之，鑑於沒有任何機制能避免程式設計師自己造成的錯誤， 而這類錯誤通常不會在生產環境中出現， 所以Redis 選擇了更簡單、更快速的無回滾方式來處理交易。
推薦：《Redis影片教學》
以上是redis支援回滾嗎的詳細內容。更多資訊請關注PHP中文網其他相關文章！
