在併發控制編程中鎖是一個非常重要的概念，鎖對於數據和業務一致性的保證起到關鍵作用，鎖可以是程序層面的，也可以是數據庫層面的，今天本文就通過MySQL來說明

悲觀鎖與樂觀鎖兩種常見的鎖機制。

悲觀鎖

悲觀鎖（Pessimistic Lock）的特點是先獲取鎖，在進行數據操作，最後釋放鎖。即先鎖後查再更新,使用悲觀鎖的“悲觀”的認為是這種獲取鎖的的可能是非常小的，因而需要確保獲取到鎖後再進行操作。這種操作在MySQL中的典型例子就是“select * from goods where id=5 for update”。但是在這種操作下，需要考慮以下情況。

使用for update“”的時候要注意此語句必須要放到事務中執行，等待事務提交或者回滾後才會釋放鎖，鎖住的行才能允許被其他事務訪問。

在for update的時候，被掃描的行都會被鎖住，所以需要儘可能的保證掃描的行少，一般都是鎖在索引列上面，否則最壞的情況可能導致全表被鎖，影響其他業務。

樂觀鎖

樂觀鎖（Optimistic Lock）的特點先進行業務操作，不到萬不得已不去拿鎖。即“樂觀”的認為拿鎖多半是會成功的，因此在進行完業務操作需要實際更新數據的最後一步再去拿一下鎖就好。

通過上述例子可以看到，樂觀鎖在原有數據沒有改變的基礎上（版本號沒有發生改變）操作成功，改變了回滾進行重試或者其他操作。樂觀鎖一般需要通過正確的去維護一個版本號字段來進行併發控制。

總結

在取鎖的失敗率比較低的情況下樂觀鎖的開銷是較小了

，反而取鎖失敗過高導致事務回滾的開銷就比較大。悲觀鎖在取鎖概率較小和業務不是非常複雜的系統中用的還是比較普遍。

好啦，今天的內容就分享到這裡，喜歡的話來個轉發關注吧！