樂觀鎖和悲觀鎖

1. 悲觀鎖

共享資源每次只給乙個執行緒使用，其它執行緒阻塞，用完後再把資源轉讓給其它執行緒

2.樂觀鎖

一般使用版本號來確認更新的資料是否為正確的那一條，用於併發更新某一條資料時，如取貨、秒殺等場景，樂觀鎖插入的情況可以給某個標識字段設定唯一，重複插入返回失敗，更新的情況可以設定乙個版本標識，通過判斷版本標識來使更新失敗

插入情況下，不能只設定字段唯一，會返回錯誤，導致程式終止，可以使用下面的語句：

insert into pwa (id_product, admin_id) select 262279, 4 from dual where not exists (select 1 from pw_purchase_lock where id_product = 262279)

//同一時間只能有乙個人取貨

$re = db::getinstance()->getrow("select * from pwb");

if ($re['version'] == 2)");

$flag = false;

$msg .= "正在取貨，開始取貨時間（），請稍後再試;";

if ($flag),id_employee=,add_time='',`version`=2 where `version`=1");

if ($re)else{

$flag = false;

$msg .= '取貨狀態鎖定失敗,請重試;';

樂觀鎖和悲觀鎖

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

樂觀鎖和悲觀鎖

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

樂觀鎖和悲觀鎖

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