https://blog.csdn.net/qq_16605855/article/details/89183976

分析步驟：

現(xiàn)象還原：

1.查看redis死鎖日志：show?engine?innodb?status

2.分析死鎖日志

3.看壓測吞吐是否過大

?

遇到的現(xiàn)象：壓測吞吐放的很小還是會(huì)出現(xiàn)死鎖現(xiàn)象，死鎖導(dǎo)致原因是行級鎖，壓測腳本是設(shè)置計(jì)數(shù)器數(shù)據(jù)遞增到一定量開始重頭開始遞增數(shù)據(jù)，比如1-1000遞增后又開始從1遞增。這個(gè)時(shí)候如果服務(wù)一個(gè)線程在處理key 2,第二輪遞增開始了，又有一個(gè)線程在處理key 2.。那么會(huì)出現(xiàn)兩個(gè)線程同時(shí)處理一個(gè)數(shù)據(jù)庫key，其中一個(gè)已經(jīng)持有鎖了，所以另一個(gè)只能等待

就會(huì)出現(xiàn)

判斷是表鎖還是行級鎖的方法：

把壓測數(shù)據(jù)設(shè)置不重復(fù)從頭遞增，讓一直遞增一定數(shù)量，不重復(fù)，如果業(yè)務(wù)那好出現(xiàn)死鎖那就是表鎖，如果沒出現(xiàn)死鎖那說明就是行鎖

表鎖和行鎖的區(qū)別：

表鎖指的是事務(wù)訪問鎖住了整張表，那么其他請求進(jìn)來都會(huì)出現(xiàn)死鎖訪問不了 表

?

行鎖指是一個(gè)事務(wù)訪問鎖住了這一行，也就是這一行的key，那么其他請求訪問這個(gè)key就會(huì)出現(xiàn)死鎖

?

這次壓測中最后測試是行鎖，也就是線程同時(shí)操作同一個(gè)key產(chǎn)生的，但是生產(chǎn)上不會(huì)出現(xiàn)同時(shí)對一個(gè)key進(jìn)行操作的情況，而且對于我們現(xiàn)有業(yè)務(wù)壓測造成死鎖到 死鎖釋放時(shí)間很短，不會(huì)對壓測性能結(jié)果造成太大影響，所以在我們這個(gè)業(yè)務(wù)壓測場景下我們選擇了忽略這個(gè)死鎖現(xiàn)象

注：insert,updata,delete在壓測腳本會(huì)出現(xiàn)重復(fù)數(shù)據(jù)時(shí)，并且服務(wù)多線程處理，那么就會(huì)出現(xiàn)死鎖的現(xiàn)象，比如線程1在insert? ?key1，線程2在delete key1,那么線程1占有鎖還沒釋放，線程2delete鎖就會(huì)出現(xiàn)死鎖現(xiàn)象，但就我們的業(yè)務(wù)來說不會(huì)在添加冰箱的同時(shí)刪除冰箱

總結(jié)

以上是生活随笔為你收集整理的压测遇到数据库死锁的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。