樂觀鎖和悲觀鎖

mysql innodb中使用悲觀鎖

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

//開始事務

begin;/begin work;/start transaction;（三者選乙個）
select status from t_goods where id=1 for update;
//根據商品資訊生成訂單
insert into t_orders (id,goods_id) values (null,1);
//修改商品status為2
update t_goods set status=2;
// 提交事務
commit;/commit work;

我們使用select ... for update會把資料給鎖定，不過我們需要注意一些鎖的級別，mysql innodb預設行級鎖。行級鎖都是基於索引的，如果一條sql用不到索引是不會使用行級鎖的，會使用表級鎖把整張表鎖住。

實現使用版本號時，可以在資料初始化時指定乙個版本號，每次對資料的更新操作都對版本號執行+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=#;

樂觀併發控制相信事務之間的資料競爭概率是較小的，因此盡可能直接做下去，直到提交的時候才去鎖定，所以不會產生任何鎖和死鎖

樂觀鎖和悲觀鎖

1 悲觀鎖，正如其名，它指的是對資料被外界 包括本系統當前的其他事務，以及來自外部系統的事務處理 修改持保守態度，因此，在整個資料處理過程中，將資料處於鎖定狀態。悲觀鎖的實現，往往依靠資料庫提供的鎖機制 也只有資料庫層提供的鎖機制才能真正保證資料訪問的排他性，否則，即使在本系統中實現了加鎖機制，也無...

樂觀鎖和悲觀鎖

併發衝突 在多使用者的環境下，如果使用者同時修改同乙個文件，就會造成衝突。典型的衝突有兩種 1 丟失更新 乙個使用者的更新記錄覆蓋了另乙個人的更新。如 使用者一 讀 寫 使用者二 讀 寫 那麼使用者一就把使用者二的更新覆蓋了。2 髒讀 乙個使用者更新資料未完成時，另乙個使用者就讀取資訊。使用者一 讀...

樂觀鎖和悲觀鎖

為什麼需要鎖 併發控制 在多使用者環境中，在同一時間可能會有多個使用者更新相同的記錄，這會產生衝突。這就是著名的併發性問題。典型的衝突有 l 丟失更新 乙個事務的更新覆蓋了其它事務的更新結果，就是所謂的更新丟失。例如 使用者a把值從6改為2，使用者b把值從2改為6，則使用者a丟失了他的更新。l 髒讀...