【mysql】悲觀鎖&樂觀鎖
悲觀鎖與樂觀鎖是兩種常見的資源併發鎖設計思路，也是併發程式設計中乙個非常基礎的概念。本文將對這兩種常見的鎖機制在資料庫資料上的實現進行比較系統的介紹。
悲觀鎖（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）
樂觀鎖的特點先進行業務操作，不到萬不得已不去拿鎖。即「樂觀」的認為拿鎖多半是會成功的，因此在進行完業務操作需要實際更新資料的最後一步再去拿一下鎖就好。
樂觀鎖在資料庫上的實現完全是邏輯的，不需要資料庫提供特殊的支援。一般的做法是在需要鎖的資料上增加乙個版本號，或者時間戳，然後按照如下方式實現：
select
data
as old_data, version as old_version from …;
根據獲取的資料進行業務操作，得到new_data和new_version
update
setdata
= new_data, version = new_version where version = old_version
if(updated row
>
0) else
總結樂觀鎖在不發生取鎖失敗的情況下開銷比悲觀鎖小，但是一旦發生失敗回滾開銷則比較大，因此適合用在取鎖失敗概率比較小的場景，可以提公升系統併發效能
樂觀鎖還適用於一些比較特殊的場景，例如在業務操作過程中無法和資料庫保持連線等悲觀鎖無法適用的地方
MySQL中的樂觀鎖與悲觀鎖
在併發控制程式設計中鎖是乙個非常重要的概念，鎖對於資料和業務一致性的保證起到關鍵作用，鎖可以是程式層面的，也可以是資料庫層面的，今天本文就通過mysql來說明悲觀鎖與樂觀鎖兩種常見的鎖機制。悲觀鎖 悲觀鎖 pessimistic lock 的特點是先獲取鎖，在進行資料操作，最後釋放鎖。即先鎖後查再更...
MySQL 中的樂觀鎖與悲觀鎖
為什麼需要鎖 在併發環境下，如果多個客戶端訪問同一條資料，此時就會產生資料不一致的問題，如何解決，通過加鎖的機制，常見的有兩種鎖，樂觀鎖和悲觀鎖，可以在一定程度上解決併發訪問。樂觀鎖樂觀鎖，顧名思義，對加鎖持有一種樂觀的態度，即先進行業務操作，不到最後一步不進行加鎖，樂觀 的認為加鎖一定會成功的，在...
mysql悲觀鎖與樂觀鎖
pessimistic locking 樂觀併發控制 樂觀鎖 和悲觀併發控制 悲觀鎖 是併發控制主要採用的技術手段。悲觀鎖還是樂觀鎖，都是人們定義出來的概念，是一種思想。對於資料庫 悲觀鎖 在資料處理過程，將資料處於鎖定狀態，一般使用資料庫的鎖機制實現。從廣義上來講，前面提到的行鎖 表鎖 讀鎖 寫鎖...