悲觀鎖與樂觀鎖是兩種常見的資源併發鎖設計思路，也是併發程式設計中乙個非常基礎的概念。本文將對這兩種常見的鎖機制在資料庫資料上的實現進行比較系統的介紹。
悲觀鎖（pessimistic lock）
悲觀鎖的特點是先獲取鎖，再進行業務操作，即「悲觀」的認為獲取鎖是非常有可能失敗的，因此要先確保獲取鎖成功再進行業務操作。通常所說的「一鎖二查三更新」即指的是使用悲觀鎖。通常來講在資料庫上的悲觀鎖需要資料庫本身提供支援，即通過常用的select … for update操作來實現悲觀鎖。當資料庫執行select for update時會獲取被select中的資料行的行鎖，因此其他併發執行的select for update如果試圖選中同一行則會發生排斥（需要等待行鎖被釋放），因此達到鎖的效果。select for update獲取的行鎖會在當前事務結束時自動釋放，因此必須在事務中使用。
這裡需要注意的一點是不同的資料庫對select for update的實現和支援都是有所區別的，例如oracle支援select for update no wait，表示如果拿不到鎖立刻報錯，而不是等待，mysql就沒有no wait這個選項。另外mysql還有個問題是select for update語句執行中所有掃瞄過的行都會被鎖上，這一點很容易造成問題。因此如果在mysql中用悲觀鎖務必要確定走了索引，而不是全表掃瞄。
樂觀鎖（optimistic lock）
樂觀鎖的特點先進行業務操作，不到萬不得已不去拿鎖。即「樂觀」的認為拿鎖多半是會成功的，因此在進行完業務操作需要實際更新資料的最後一步再去拿一下鎖就好。
樂觀鎖在資料庫上的實現完全是邏輯的，不需要資料庫提供特殊的支援。一般的做法是在需要鎖的資料上增加乙個版本號，或者時間戳，然後按照如下方式實現：
1樂觀鎖是否在事務中其實都是無所謂的，其底層機制是這樣：在資料庫內部update同一行的時候是不允許併發的，即資料庫每次執行一條update語句時會獲取被update行的寫鎖，直到這一行被成功更新後才釋放。因此在業務操作進行前獲取需要鎖的資料的當前版本號，然後實際更新資料時再次對比版本號確認與之前獲取的相同，並更新版本號，即可確認這之間沒有發生併發的修改。如果更新失敗即可認為老版本的資料已經被併發修改掉而不存在了，此時認為獲取鎖失敗，需要回滾整個業務操作並可根據需要重試整個過程。. select data as old_data, version as old_version from …;
2. 根據獲取的資料進行業務操作，得到new_data和new_version
3. update set data = new_data, version = new_version where version =old_version
if (updated row > 0
) else
總結
MySQL 悲觀鎖 樂觀鎖
悲觀鎖與樂觀鎖是兩種常見的資源併發鎖設計思路，也是併發程式設計中乙個非常基礎的概念。本文將對這兩種常見的鎖機制在資料庫資料上的實現進行比較系統的介紹。悲觀鎖 pessimistic lock 悲觀鎖的特點是先獲取鎖，再進行業務操作，即 悲觀 的認為獲取鎖是非常有可能失敗的，因此要先確保獲取鎖成功再進...
mysql悲觀樂觀鎖
悲觀鎖與樂觀鎖是兩種常見的資源併發鎖設計思路，也是併發程式設計中乙個非常基礎的概念。本文將對這兩種常見的鎖機制在資料庫資料上的實現進行比較系統的介紹。悲觀鎖 pessimistic lock 悲觀鎖的特點是先獲取鎖，再進行業務操作，即 悲觀 的認為獲取鎖是非常有可能失敗的，因此要先確保獲取鎖成功再進...
MySQL 樂觀鎖和悲觀鎖
共享鎖 s鎖 又稱讀鎖，若事務t對資料物件a加上s鎖，則事務t可以讀a但不能修改a，其他事務只能再對a加s鎖，而不能加x鎖，直到t釋放a上的s鎖。這保證了其他事務可以讀a，但在t釋放a上的s鎖之前不能對a做任何修改。排他鎖 x鎖 又稱寫鎖。若事務t對資料物件a加上x鎖，事務t可以讀a也可以修改a，其...