一、前言

針對併發，老生常談了。目前一個通用的做法有兩種：鎖機制：1.悲觀鎖；2.樂觀鎖。

但是這篇我主要用於記錄我這次處理的經歷，另外希望能看的大神，大牛，技師者，學長，兄長，大哥們能在評論中發表自己的看法和解決技巧等。

二、故事是這樣的

一個表，暫且叫 wallet,其中3個欄位是 金額。初始值為0,如下圖所示：

然後我們寫了一個極為簡單的Controller，並寫了下面的Service程式碼：

就簡單的通過主鍵讀取到一個物件，注意這個物件是沒加鎖的。也就是說，所對應的SQL如下：

我這邊是MyBiatis，大家應該看得懂的。然後一個增加1 一個減少2 一個增加 3。

三、測試是這樣

我用了Web應用壓力測試工具：Boom。https://github.com/rakyll/boom Go編寫的HTTP(S)負載生成器，ApacheBench（AB）的替代工具。Boom是一個微型程式，能夠對Web應用程式進行負載測試。它類似於 Apache Bench ，但在不同的平臺上有更好的可用性，安裝使用也比較簡單。

簡單使用方式如下：

所以我就如圖進行壓力測試，可見這個小工具還挺美的，這裡我連線數1000，併發數100：

可見後臺程式報錯了。什麼錯誤呢？

原來併發導致update死表了。資料庫的資料不用看了肯定是錯誤的。

四、FOR UPDATE的使用

先補一下其知識：利用select * for update 可以鎖表/鎖行。自然鎖表的壓力遠大於鎖行。所以我們採用鎖行。什麼時候鎖表呢？

假設有個表單products ，裡面有id跟name二個欄位，id是主鍵。
例1: (明確指定主鍵，並且有此筆資料，row lock)
SELECT * FROM wallet WHERE id=’3′ FOR UPDATE;
例2: (明確指定主鍵，若查無此筆資料，無lock)
SELECT * FROM wallet WHERE id=’-1′ FOR UPDATE;
例2: (無主鍵，table lock)
SELECT * FROM wallet WHERE name=’Mouse’ FOR UPDATE;
例3: (主鍵不明確，table lock)
SELECT * FROM wallet WHERE id<>’3′ FOR UPDATE;
例4: (主鍵不明確，table lock)
SELECT * FROM wallet WHERE id LIKE ‘3’ FOR UPDATE;

因此我們更新了下Service層的Mapper方法：

所對應的SQL如下：