樂觀鎖與悲觀鎖解決併發問題

引言

為什麼需要鎖（併發控制）？

在多使用者環境

中，在同一時間可能會有多個使用者更新相同的記錄，這會產生衝突。這就是著名的併發性問題。

典型的衝突有：

為了解決這些併發帶來的問題。我們需要引入併發控制機制。

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

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

樂觀鎖應用

樂觀鎖介紹：

樂觀鎖（ optimistic locking ）相對悲觀鎖而言，樂觀鎖假設認為資料一般情況下不會造成衝突，所以在資料進行提交更新的時候，才會正式對資料的衝突與否進行檢測，如果發現衝突了，則讓返回使用者錯誤的資訊，讓使用者決定如何去做。那麼我們如何實現樂觀鎖呢，一般來說有以下2種方式：

如上圖所示，如果更新操作順序執行，則資料的版本（version）依次遞增，不會產生衝突。但是如果發生有不同的業務操作對同一版本的資料進行修改，那麼，先提交的操作（圖中b）會把資料version更新為2，當a在b之後提交更新時發現資料的version已經被修改了，那麼a的更新操作會失敗。

2.樂觀鎖定的第二種實現方式和第一種差不多，同樣是在需要樂觀鎖控制的table中增加乙個字段，名稱無所謂，字段型別使用時間戳（timestamp）, 和上面的version類似，也是在更新提交的時候檢查當前資料庫中資料的時間戳和自己更新前取到的時間戳進行對比，如果一致則ok，否則就是版本衝突。

樂觀鎖與悲觀鎖 解決併發問題