樂觀鎖和悲觀鎖

悲觀鎖(pessimistic lock), 顧名思義，就是很悲觀，每次去拿資料的時候都認為別人會修改，所以每次在拿資料的時候都會上鎖，這樣別人想拿這個資料就會block直到它拿到鎖。傳統的關係型資料庫裡邊就用到了很多這種鎖機制，比如行鎖，表鎖等，讀鎖，寫鎖等，都是在做操作之前先上鎖。

樂觀鎖(optimistic lock), 顧名思義，就是很樂觀，每次去拿資料的時候都認為別人不會修改，所以不會上鎖，但是在更新的時候會判斷一下在此期間別人有沒有去更新這個資料，可以使用版本號等機制。樂觀鎖適用於多讀的應用型別，這樣可以提高吞吐量，像資料庫如果提供類似於write_condition機制的其實都是提供的樂觀鎖。

實質：悲觀鎖：假定會發生併發衝突，遮蔽一切可能違反資料完整性的操作。

樂觀鎖：假設不會發生併發衝突，只在提交操作時檢查是否違反資料完整性。[1] 樂觀鎖不能解決髒讀的問題。

在對任意記錄進行修改前，先嘗試為該記錄加上排他鎖（exclusive locking）。

如果加鎖失敗，說明該記錄正在被修改，那麼當前查詢可能要等待或者丟擲異常。具體響應方式由開發者根據實際需要決定。

如果成功加鎖，那麼就可以對記錄做修改，事務完成後就會解鎖了。

其間如果有其他對該記錄做修改或加排他鎖的操作，都會等待我們解鎖或直接丟擲異常。

要使用悲觀鎖，我們必須關閉mysql資料庫的自動提交屬性，因為mysql預設使用autocommit模式，也就是說，當你執行乙個更新操作後，mysql會立刻將結果進行提交。 set autocommit=0;

//0.開始事務
begin;/begin work;/start transaction; (三者選一就可以)
//1.查詢出商品資訊
select status from t_goods where id=1 for update;
//2.根據商品資訊生成訂單
insert into t_orders (id,goods_id) values (null,1);
//3.修改商品status為2
update t_goods set status=2;
//4.提交事務
commit;/commit work;

上面的查詢語句中，我們使用了 select…for update 的方式，這樣就通過開啟排他鎖的方式實現了悲觀鎖。此時在t_goods表中，id為1的那條資料就被我們鎖定了，其它的事務必須等本次事務提交之後才能執行。這樣我們可以保證當前的資料不會被其它事務修改。

悲觀併發控制實際上是「先取鎖再訪問」的保守策略，為資料處理的安全提供了保證。但是在效率方面，處理加鎖的機制會讓資料庫產生額外的開銷，還有增加產生死鎖的機會；另外，在唯讀型事務處理中由於不會產生衝突，也沒必要使用鎖，這樣做只能增加系統負載；還有會降低了並行性，乙個事務如果鎖定了某行資料，其他事務就必須等待該事務處理完才可以處理那行數　　

使用版本號時，可以在資料初始化時指定乙個版本號，每次對資料的更新操作都對版本號執行+1操作。並判斷當前版本號是不是該資料的最新的版本號。

1.查詢出商品資訊
select (status,status,version) from t_goods where id=#
2.根據商品資訊生成訂單
3.修改商品status為2
update t_goods 
set status=2,version=version+1
where id=# and version=#;

樂觀併發控制相信事務之間的資料競爭(data race)的概率是比較小的，因此盡可能直接做下去，直到提交的時候才去鎖定，所以不會產生任何鎖和死鎖。但如果直接簡單這麼做，還是有可能會遇到不可預期的結果，例如兩個事務都讀取了資料庫的某一行，經過修改以後寫回資料庫，這時就遇到了問題。

樂觀鎖和悲觀鎖

樂觀鎖和悲觀鎖

樂觀鎖和悲觀鎖

樂觀鎖和悲觀鎖

相關推薦