基于數(shù)據(jù)庫表(鎖表，很少使用)

　　最簡單的方式可能就是直接創(chuàng)建一張鎖表，然后通過操作該表中的數(shù)據(jù)來實(shí)現(xiàn)了。當(dāng)我們想要獲得鎖的時(shí)候，就可以在該表中增加一條記錄，想要釋放鎖的時(shí)候就刪除這條記錄。 為了更好的演示，我們先創(chuàng)建一張數(shù)據(jù)庫表，參考如下：

　　當(dāng)我們想要獲得鎖時(shí)，可以插入一條數(shù)據(jù)：

　　當(dāng)需要釋放鎖的時(shí)，可以刪除這條數(shù)據(jù)：

　　基于悲觀鎖

　　悲觀鎖實(shí)現(xiàn)思路?

　　在對任意記錄進(jìn)行修改前，先嘗試為該記錄加上排他鎖(exclusive locking)。

　　如果加鎖失敗，說明該記錄正在被修改，那么當(dāng)前查詢可能要等待或者拋出異常。 具體響應(yīng)方式由開發(fā)者根據(jù)實(shí)際需要決定。

　　如果成功加鎖，那么就可以對記錄做修改，事務(wù)完成后就會解鎖了。

　　其間如果有其他對該記錄做修改或加排他鎖的操作，都會等待我們解鎖或直接拋出異常。

　　以MySQL InnoDB中使用悲觀鎖為例?

　　要使用悲觀鎖，我們必須關(guān)閉mysql數(shù)據(jù)庫的自動提交屬性，因?yàn)镸ySQL默認(rèn)使用autocommit模式，也就是說，當(dāng)你執(zhí)行一個更新操作后，MySQL會立刻將結(jié)果進(jìn)行提交。set autocommit=0;

　　上面的查詢語句中，我們使用了select…for update的方式，這樣就通過開啟排他鎖的方式實(shí)現(xiàn)了悲觀鎖。此時(shí)在t_goods表中，id為1的 那條數(shù)據(jù)就被我們鎖定了，其它的事務(wù)必須等本次事務(wù)提交之后才能執(zhí)行。這樣我們可以保證當(dāng)前的數(shù)據(jù)不會被其它事務(wù)修改。

　　上面我們提到，使用select…for update會把數(shù)據(jù)給鎖住，不過我們需要注意一些鎖的級別，MySQL InnoDB默認(rèn)行級鎖。行級鎖都是基于索引的，如果一條SQL語句用不到索引是不會使用行級鎖的，會使用表級鎖把整張表鎖住，這點(diǎn)需要注意。

　　基于樂觀鎖

　　樂觀并發(fā)控制(又名“樂觀鎖”，Optimistic Concurrency Control，縮寫“OCC”)是一種并發(fā)控制的方法。它假設(shè)多用戶并發(fā)的事務(wù)在處理時(shí)不會彼此互相影響，各事務(wù)能夠在不產(chǎn)生鎖的情況下處理各自影響的那部分?jǐn)?shù)據(jù)。在提交數(shù)據(jù)更新之前，每個事務(wù)會先檢查在該事務(wù)讀取數(shù)據(jù)后，有沒有其他事務(wù)又修改了該數(shù)據(jù)。如果其他事務(wù)有更新的話，正在提交的事務(wù)會進(jìn)行回滾。

　　以使用版本號實(shí)現(xiàn)樂觀鎖為例?

　　使用版本號時(shí)，可以在數(shù)據(jù)初始化時(shí)指定一個版本號，每次對數(shù)據(jù)的更新操作都對版本號執(zhí)行+1操作。并判斷當(dāng)前版本號是不是該數(shù)據(jù)的最新的版本號。

　　需要注意的是，樂觀鎖機(jī)制往往基于系統(tǒng)中數(shù)據(jù)存儲邏輯，因此也具備一定的局限性。由于樂觀鎖機(jī)制是在我們的系統(tǒng)中實(shí)現(xiàn)的，對于來自外部系統(tǒng)的用戶數(shù)據(jù)更新操作不受我們系統(tǒng)的控制，因此可能會造成臟數(shù)據(jù)被更新到數(shù)據(jù)庫中。在系統(tǒng)設(shè)計(jì)階段，我們應(yīng)該充分考慮到這些情況，并進(jìn)行相應(yīng)的調(diào)整(如將樂觀鎖策略在數(shù)據(jù)庫存儲過程中實(shí)現(xiàn)，對外只開放基于此存儲過程的數(shù)據(jù)更新途徑，而不是將數(shù)據(jù)庫表直接對外公開)。

　　缺陷

　　對數(shù)據(jù)庫依賴，開銷問題，行鎖變表鎖問題，無法解決數(shù)據(jù)庫單點(diǎn)和可重入的問題。