部落格1：
根本決解辦法只有乙個：佇列，別的說的沒有用:
部落格2：
1、使用版本號實現樂觀鎖
版本號的實現方式有兩種，乙個是資料版本機制，乙個是時間戳機制。具體如下。
下單操作包括3步驟：
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=#;
update t_goods
set num = num - #
where
id = #
and num - # >= 0
and status = 1
當事務的隔離級別是repeatable_read情況下：當前事務不能select到併發事務中已經提交的事務。
當事務的隔離級別是read committed情況下：當前事務能select到併發事務中已經提交的事務。
mysql預設的事務隔離級別為repeatable_read ：
讀：在乙個事物裡面的select語句 不會受到其他事務(不管其他事務有沒有commit)的影響。
寫：對一條記錄而言，乙個事務一旦update一條記錄，其他事務只能等待這個事務commit才能update那條記錄。
1）乙個事物中的select語句可能不會收到其他事物的影響，也就是可能查不到其他併發中未提交的事物(即使提交了 如果是repeatable_read也查不到)。所以兩個事物共同執行時產生了併發的衝突。
2）雖然這個被併發的字段通過select查不出來，但是在where條件語句中 這個欄位會受到其他事物的影響 。所以可以利用這點 可以讀到併發事物影響的資料 ，從而做出判斷，防止併發。
資料庫增加乙個鎖的處理列(版本號)，查詢的時候多查乙個版本號， update的時候 where條件附加乙個版本號條件並且更新時候並且把版本號+1，處理流程
1）select num,version from table;
2）update table set num=num-1 ,version =version+1 where condition=? version=#
3）query ok, 1 rows affected (0.04 sec) | 注意：1 rows affected
update的時候 where條件附加乙個版本號條件並且更新時候並且把版本號+1： update table set num=num-1 ,version =version+1 where condition=? version=#
如果出現了查詢時候的版本號和where條件的版本號不一致 說明其他事物併發影響到了版本號 version，此時update語句的影響行數(query ok, 1 rows affected (0.04 sec))是0 然後做異常處理。()
樂觀鎖解決併發問題
為什麼需要鎖 在多使用者環境中，在同一時間可能會有多個使用者更新相同的記錄，這會產生衝突。這就是著名的併發性問題。典型的衝突有 丟失更新 乙個事務的更新覆蓋了其它事務的更新結果，就是所謂的更新丟失。例如 使用者a把值從6改為2，使用者b把值從2改為6，則使用者a丟失了他的更新。髒讀 當乙個事務讀取其...
mysql實現樂觀鎖解決併發問題
樂觀鎖 optimistic locking 相對悲觀鎖而言，樂觀鎖假設認為資料一般情況下不會造成衝突，所以在資料進行提交更新的時候，才會正式對資料的衝突與否進行檢測，如果發現衝突了，則讓返回使用者錯誤的資訊，讓使用者決定如何去做。那麼我們如何實現樂觀鎖呢，一般來說有以下2種方式 1 使用版本號實現...
樂觀鎖與悲觀鎖 解決併發問題
引言 為什麼需要鎖 併發控制 在多使用者環境 中，在同一時間可能會有多個使用者更新相同的記錄，這會產生衝突。這就是著名的併發性問題。典型的衝突有 為了解決這些併發帶來的問題。我們需要引入併發控制機制。悲觀鎖 假定會發生併發衝突，遮蔽一切可能違反資料完整性的操作。1 樂觀鎖 假設不會發生併發衝突，只在...