1、使用watch，採用樂觀鎖
2、不使用悲觀鎖，因爲等待時間非常長，響應慢
3、不使用隊列，因爲併發量會讓隊列內存瞬間升高
Redis對事物的支持目前比較簡單。Redis只能保證一個client發起的事務中的命令可以連續的執行,但後面命令出錯前面不會回滾。而中間不會插入其他client的命令。當一個client在找一個連續中發出multi命令時，這個鏈接會進入一個事務上下文，該鏈接後續的命令不會立即執行，而是先放到隊列中，當執行exec命令是，redis會順序的執行隊列中的所有命令。當如果隊列中有命令錯誤，不會回滾。
樂觀鎖：大多數是基於數據版本(version)的記錄機制實現的。即爲數據增加一個版本標識，在基於數據庫表的版本解決方案中，一般是通過爲數據庫表添加一個”version”字段來實現讀取出數據時，將此版本號一同讀出，之後更新時，對此版本號+1。此時，將提交數據的版本號與數據庫表對應記錄版本號進行比對，如果提交的數據版本號大於數據當前版本號，則予以更新，否則認爲是過去數據。
在Redis中，使用watch命令實現樂觀鎖(watch key):
watch命令會監視給定的key，當exec時，如果監視的key從調用watch後發生過變化，則事務會失敗，也可以調用wathc多長監視多個key。這樣就可以對指定key加樂觀鎖了。注意watch的可以是對整個連接有效的。事務也一樣。如果連接斷開，監視和事務都會被自動清除。當然exec，discard，unwatch命令都會清除連接中的所有監視。
更多精彩內容：