redis對事務的支援目前還比較簡單.redis只能保證乙個client發起的事務中的命令可以連續的執行，而中間不會插入其他client的命令. 由於redis是單執行緒來處理所有client的請求的所以做到這點是很容易的.一般情況下redis在接受到乙個client發來的命令後會立即處理並 返回處理結果，但是當乙個client在乙個連線中發出multi命令有，這個連線會進入乙個事務上下文，該連線後續的命令並不是立即執行，而是先放到乙個佇列中.當從此連線受到exec命令後，redis會順序的執行佇列中的所有命令.並將所有命令的執行結果打包到一起返回給client.然後此連線就 結束事務上下文
discard 命令其實就是清空事務的命令佇列並退出事務上下文，也就是我們常說的事務回滾
樂觀鎖
大多數是基於資料版本（version）的記錄機制實現的.何謂資料版本？即為資料增
加乙個版本標識，在基於資料庫表的版本解決方案中，一般是通過為資料庫表新增乙個
「version」欄位來實現讀取出資料時，將此版本號一同讀出，之後更新時，對此版本號加 1.
此時，將提交資料的版本號與資料庫表對應記錄的當前版本號進行比對，如果提交的資料版
本號大於資料庫表當前版本號，則予以更新，否則認為是過期資料.
對於redis來說，也是支援樂觀鎖的，可以顯式的使用 watch 對某個 key 進行加鎖，避免悲觀鎖帶來的一系列問題.
Redis事務和樂觀鎖
一.事務定義 二.rdis事務 1 mutli開啟事務 multi 執行之後，客戶端可以繼續向伺服器傳送任意多條命令，這些命令不會立即被執行，而是被放到乙個佇列中，當 exec 命令被呼叫時，所有佇列中的命令才會被執行 2 exec 提交事務 如果客戶端在使用 multi 開啟了乙個事務之後，卻因為...
Redis22 事務和樂觀鎖
redis使用multi開啟事務，exec來執行，discard來回滾 事務中的指令會快取在伺服器中的乙個事務佇列中，伺服器一旦受到exec指令就會順序的執行所有指令並返回所有的執行結果，這些指令在執行時不會相互影響，因為redis是單執行緒的。redis的事務並不是原子性的，一次事務的執行過程中如...
Redis鎖，悲觀鎖和樂觀鎖
樂觀鎖開啟事務前，設定對資料的監聽 watch exec時，如果發生資料發生過修改，作用於改資料的事務會自動取消 discard 事務exec後，無論成敗，監聽會被移除 悲觀鎖每次去拿資料的時候都認為別人會修改，所以每次在拿資料的時候都會上鎖。場景 如果專案中使用了快取且對快取設定了超時時間。當併發...