[TOC] # 樂觀鎖和悲觀鎖 1. 樂觀鎖, 就是在每個表后面加一個version的字段, 由你自己去維護,修改一次+1， 如果發現取出來的和version不相等 就說明過期 那么說明是臟數據，但是這樣耗費一定的查詢性能，因為必須要在update的時候 去檢查version 比如著名的els就使用這種模式，他每一條數據都有version這個隱藏字段 2. 悲觀，也就是lock table 和 for update，就是獨占，我寫完之前不開鎖。 # 樂觀鎖的缺點 樂觀鎖對于線程來說，只有兩個狀態：運行、就緒 。 時間片運行到期進入就緒狀態，被調度的時候進入運行狀態。 沒有阻塞的狀態。 想象一下，如果是樂觀鎖，并且系統中有1000個并發線程， 那所有的線程都在瘋狂地運行，但是其中999個進入運行態的時候搶不到鎖，都是無意義的空轉， 白白消耗CPU。 操作系統也看不出那些線程優先級更高，只好公平調度，這么多線程，最后會導致一些重要的工作（不需要鎖）也沒有充足的時間來執行，豈不很悲催？ # 樂觀鎖本質不是鎖,而是Check And Set(檢查,如果沒有修改過,則寫入). 比如基于數據庫的會話存儲系統: 樂觀鎖在不容易發生沖突的場合才高效,而高并發下沖突是很難避免的. 如果頻繁發生沖突,導致操作失敗,那處理一次請求的資源就白白浪費了. 其實操作失敗也無所謂,給用戶個提示就好了. 因為就算是傳統的事務,也存在失敗回滾的情況. 如果商品庫存不夠,或者用戶余額不夠,這次購買的事務都會失敗ROLLBACK. 這里的all\_success表示兩條UPDATE成功,各自受影響的行(affected\_rows/rowCount)都是1行.