剛參加工作時,遇到的mysql死鎖的問題。具體情況如下:
網(wǎng)頁有個統(tǒng)計訪問次數(shù)功能,然后這個次數(shù)num是int類型,網(wǎng)頁每次被訪問一次就增1,然后運營在跑批量任務(wù)的時候,造成數(shù)據(jù)量這個字段死鎖了。然后DBA就查詢造成死鎖的原因,最后發(fā)現(xiàn)是我的代碼造成的死鎖,然后這個鍋,我接下了。這個問題怎么解決的,我一直沒有察覺到,因為他們沒有要求修改代碼。后來我一直在思考這個問題,具體是什么原因引起的死鎖。由于無法重現(xiàn)當時的應(yīng)用場景和各種服務(wù)配置,我也無法深究這個問題。后來只能認真的研究mysql的鎖和java的并發(fā)控制。
N久沒有動筆寫文字了,表達還是有點問題,等我理清思路后,再詳細寫寫這方面的文字,今天就簡單的寫一下mysql關(guān)于innoDb行鎖要注意的兩個地方,還有其他很多需要的地方,這里只簡單記錄一下,只能叫簡單記錄。
先說一下,innoDB行鎖的現(xiàn)實方式,它是通過給索引上的索引項加鎖來實現(xiàn)的。這就決定了行級鎖使用的前提是通過索引條件檢索數(shù)據(jù),否則,innoDB將使用表級鎖。第二點要說的即使在條件中使用了索引字段,但是是否使用索引來檢索數(shù)據(jù)是由mysql通過判斷不同執(zhí)行計劃的代價來決定的,如果mysql任務(wù)全表掃描效率更高,它就不會使用索引,這種情況下innoDB將使用表鎖,而不是行鎖。所以在分析mysql的鎖問題時,有時候需要使用explain來檢查SQL的執(zhí)行計劃。
分享名稱:mysql的InnoDB行鎖的一點反思-創(chuàng)新互聯(lián)
文章鏈接:http://m.newbst.com/article48/cegjep.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供企業(yè)建站、網(wǎng)站收錄、ChatGPT、網(wǎng)站營銷、微信小程序、域名注冊
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容