問題：

最近接觸一個任務，多個線程需要頻繁更新mysql的同一條數據，使用了腳本進行并發測試，結果發現數據結構與預期不一致。

數據表的結構類似如下：

操作數據的步驟依次是

先取出mysql中數據

應用程序中做賦值操作count = count + 1

最后update變更后的值到mysql中最近接觸一個任務，需要頻繁更新mysql的同一條數據，使用了腳本進行并發測試，結果發現數據結構與預期不一致。

最近整理了一些Java架構學習視頻和大廠項目底層知識點，需要的同學歡迎私信我【Java】發給你~

先取出mysql中數據：

select count from table where id = #{id};

應用程序中java代碼實現賦值操作count = count + 1：

int count = count + 1

最后update變更后的值到mysql中：

update table set count = #{count} where id = #{id};

多次使用腳本開啟100個線程累積1w次過后，發現總是小于1w；

分析一下，線程T1 獲取到id 為1 的記錄后在內存中做了count的累積，若此時另一個線程T2 也獲取了id為1 的記錄并且做了count = count + 1 的積累，并且更新到了mysql，此時T1再去更新id=1的記錄時，就覆蓋了線程T2的修改。

到此，問題已經分析出，接下來要怎么解決呢？！

mysql中的鎖

• 悲觀鎖
• mysql 中select for update版本讀會加悲觀鎖，實際上就是行鎖，如果此時有并發select 或者update 、delete 操作時就會發生鎖排斥，直到前面這個行鎖釋放過后才能繼續操作，另外mysql還有個問題是select for update語句執行中所有掃描過的行都會被鎖上，這一點很容易造成問題。因此如果在mysql中用悲觀鎖務必要確定走了索引，而不是全表掃描
• 樂觀鎖
• mysql中的樂觀鎖實際上是個邏輯的概念，常見的實現方式是添加個版本號version或者時間戳；每次在更新數據之前先做個compare 然后再set，即CAS 操作；回到我們的業務場景，數據表結構可以修改成如下圖，每次更新前先比較version是否跟之前獲取到的version一致，若一致則更新，否則失敗；此時更新就類似：

update table set count = #{count} where id = #{id} and version= #{version}；?

樂觀鎖和悲觀鎖使用場景

• 樂觀鎖在不發生取鎖失敗的情況下開銷比悲觀鎖小，但是一旦發生失敗回滾開銷則比較大，因此適合用在取鎖失敗概率比較小的場景，可以提升系統并發性能、
• 悲觀鎖則適合頻繁寫入場景

來源：網易工程師-趙娟娟

看到這里的小伙伴，如果你喜歡這篇文章的話，別忘了轉發、收藏、留言互動！

最近我新整理了一些Java資料，包含個人精選的Java架構學習視頻、大廠實戰知識點、大廠內部面試題，如果你需要的話，歡迎私信我！

如果對文章有任何問題，歡迎在留言區和我交流~

總結

以上是生活随笔為你收集整理的并发测试mysql_实践100个线程：一次MySQL数据并发问题的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。