1.1 悲觀鎖介紹(百科):
悲觀鎖,正如其名,它指的是對資料被外界(包括本系統當前的其他事務,以及來自外部系統的事務處理)修改持保守態度,因此,在整個資料處理過程中,將資料處於鎖定狀態。悲觀鎖的實現,往往依靠資料庫提供的鎖機制(也只有資料庫層提供的鎖機制才能真正保證資料訪問的排他性,否則,即使在本系統中實現了加鎖機制,也無法保證外部系統不會修改資料)。
1.2 使用場景舉例:以mysql innodb為例
商品goods表中有乙個欄位status,status為1代表商品未被下單,status為2代表商品已經被下單,那麼我們對某個商品下單時必須確保該商品status為1。假設商品的id為1。
1.如果不採用鎖,那麼操作方法如下:
// 1.查詢出商品資訊
select status from t_goods where id=1;
// 2.根據商品資訊生成訂單
insert into t_orders (id,goods_id) values (null,1);
// 3.修改商品status為2
update t_goods set status=2;
複製**
上面這種場景在高併發訪問的情況下很可能會出現問題。
前面已經提到,只有當goods status為1時才能對該商品下單,上面第一步操作中,查詢出來的商品status為1。但是當我們執行第三步update操作的時候,有可能出現其他人先一步對商品下單把goods status修改為2了,但是我們並不知道資料已經被修改了,這樣就可能造成同乙個商品被下單2次,使得資料不一致。所以說這種方式是不安全的。
2.使用悲觀鎖來實現:
在上面的場景中,商品資訊從查詢出來到修改,中間有乙個處理訂單的過程,使用悲觀鎖的原理就是,當我們在查詢出goods資訊後就把當前的資料鎖定,直到我們修改完畢後再解鎖。那麼在這個過程中,因為goods被鎖定了,就不會出現有第三者來對其進行修改了。
注:要使用悲觀鎖,我們必須關閉mysql資料庫的自動提交屬性,因為mysql預設使用autocommit模式,也就是說,當你執行乙個更新操作後,mysql會立刻將結果進行提交。我們可以使用命令設定mysql為非autocommit模式:
set autocommit=0;
複製**
設定完autocommit後,我們就可以執行我們的正常業務了。具體如下:
// 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;
複製**
注:上面的begin/commit為事務的開始和結束,因為在前一步我們關閉了mysql的autocommit,所以需要手動控制事務的提交,在這裡就不細表了。
上面的第一步我們執行了一次查詢操作:
select status from t_goods where id=1 for update;
複製**
與普通查詢不一樣的是,我們使用了select…for update
的方式,這樣就通過資料庫實現了悲觀鎖。此時在t_goods表中,id為1的 那條資料就被我們鎖定了,其它的事務必須等本次事務提交之後才能執行。這樣我們可以保證當前的資料不會被其它事務修改。
注:需要注意的是,在事務中,只有select ... for update
或lock in share mode
同一筆資料時會等待其它事務結束後才執行,一般select...
則不受此影響。拿上面的例項來說,當我執行select status from t_goods where id=1 for update;
後。我在另外的事務中如果再次執行select status from t_goods where id=1 for update;
則第二個事務會一直等待第乙個事務的提交,此時第二個查詢處於阻塞的狀態,但是如果我是在第二個事務中執行select status from t_goods where id=1;
則能正常查詢出資料,不會受第乙個事務的影響。
樂觀鎖和悲觀鎖
1 悲觀鎖,正如其名,它指的是對資料被外界 包括本系統當前的其他事務,以及來自外部系統的事務處理 修改持保守態度,因此,在整個資料處理過程中,將資料處於鎖定狀態。悲觀鎖的實現,往往依靠資料庫提供的鎖機制 也只有資料庫層提供的鎖機制才能真正保證資料訪問的排他性,否則,即使在本系統中實現了加鎖機制,也無...
樂觀鎖和悲觀鎖
併發衝突 在多使用者的環境下,如果使用者同時修改同乙個文件,就會造成衝突。典型的衝突有兩種 1 丟失更新 乙個使用者的更新記錄覆蓋了另乙個人的更新。如 使用者一 讀 寫 使用者二 讀 寫 那麼使用者一就把使用者二的更新覆蓋了。2 髒讀 乙個使用者更新資料未完成時,另乙個使用者就讀取資訊。使用者一 讀...
樂觀鎖和悲觀鎖
為什麼需要鎖 併發控制 在多使用者環境中,在同一時間可能會有多個使用者更新相同的記錄,這會產生衝突。這就是著名的併發性問題。典型的衝突有 l 丟失更新 乙個事務的更新覆蓋了其它事務的更新結果,就是所謂的更新丟失。例如 使用者a把值從6改為2,使用者b把值從2改為6,則使用者a丟失了他的更新。l 髒讀...