在資料庫的改查操作當中，多使用者的併發操作極有可能產生衝突。產生衝突的結果大概有兩種：更新覆蓋[0]和髒讀[1]。

應對方法便是對併發操作的控制。

最常用的策略是加鎖，鎖有兩種，一種叫悲觀鎖，另一種叫樂觀鎖。

悲觀鎖：

• 顧名思義，就是從悲觀的角度去看待解決問題，假設會發生衝突，所以你要獨佔(鎖住)整個資源，寧可阻塞後來的操作，也要保證資料完整性。悲觀鎖雖然悲觀的處理問題，但是其策略強有力的保證了資料的完整性。悲觀鎖的粒度最小達到了行級(只鎖定該行)，有效的減小了衝突，提高系統的吞吐量。

樂觀鎖：

• 顧名思義，就是從樂觀的角度去看待解決問題，假設不會發生衝突，大家都可以來查，只是在改動的時候需要檢查是否是最新的資料，倘若資料不是最新的，則駁回改動。也就是說，倘若執行樂觀鎖策略，需要多增加一個欄位(一般是Version)用來判斷資料是否是最新的。然後更新後Version++。那麼對查詢沒有限制，所以發生衝突時的影響一般是造成髒讀。

應用：

悲觀鎖與樂觀鎖沒有好壞優劣之分，它們擅長應對不同的情況。

• 悲觀鎖適合多改動的場景，最好是併發/資料量小或者不允許髒讀的場景。(例如balance)
• 樂觀鎖適合多查詢的場景，並且對髒讀要求不高的場景。(只查不改的，例如log,report。)

實現：

樂觀鎖在不同資料庫有不同的實現方式，一般需要自己動手實現寫SQL語句，在流行的框架比如Hibernate中，已經封裝好了實現，在使用樂觀鎖策略的欄位前加@Version, Hibernate在更新記錄時會自動校驗該欄位。

腳註：
[0]更新覆蓋: 一個事務的更新操作結果併發的被其它事務的更新操作結果覆蓋。
[1]髒讀:當一個事務讀取的資料由於其它併發事務的操作造成的資料不真實時，就發生了髒讀。