剛參加工作時(shí)，遇到的mysql死鎖的問題。具體情況如下：

創(chuàng)新互聯(lián)是一家集網(wǎng)站建設(shè),大關(guān)企業(yè)網(wǎng)站建設(shè),大關(guān)品牌網(wǎng)站建設(shè),網(wǎng)站定制,大關(guān)網(wǎng)站建設(shè)報(bào)價(jià),網(wǎng)絡(luò)營(yíng)銷,網(wǎng)絡(luò)優(yōu)化,大關(guān)網(wǎng)站推廣為一體的創(chuàng)新建站企業(yè)，幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強(qiáng)企業(yè)競(jìng)爭(zhēng)力?？沙浞譂M足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯(lián)網(wǎng)需求。同時(shí)我們時(shí)刻保持專業(yè)、時(shí)尚、前沿，時(shí)刻以成就客戶成長(zhǎng)自我，堅(jiān)持不斷學(xué)習(xí)、思考、沉淀、凈化自己，讓我們?yōu)楦嗟钠髽I(yè)打造出實(shí)用型網(wǎng)站。

   網(wǎng)頁(yè)有個(gè)統(tǒng)計(jì)訪問次數(shù)功能，然后這個(gè)次數(shù)num是int類型，網(wǎng)頁(yè)每次被訪問一次就增1，然后運(yùn)營(yíng)在跑批量任務(wù)的時(shí)候，造成數(shù)據(jù)量這個(gè)字段死鎖了。然后DBA就查詢?cè)斐伤梨i的原因，最后發(fā)現(xiàn)是我的代碼造成的死鎖，然后這個(gè)鍋，我接下了。這個(gè)問題怎么解決的，我一直沒有察覺到，因?yàn)樗麄儧]有要求修改代碼。后來我一直在思考這個(gè)問題，具體是什么原因引起的死鎖。由于無法重現(xiàn)當(dāng)時(shí)的應(yīng)用場(chǎng)景和各種服務(wù)配置，我也無法深究這個(gè)問題。后來只能認(rèn)真的研究mysql的鎖和java的并發(fā)控制。

   N久沒有動(dòng)筆寫文字了，表達(dá)還是有點(diǎn)問題，等我理清思路后，再詳細(xì)寫寫這方面的文字，今天就簡(jiǎn)單的寫一下mysql關(guān)于innoDb行鎖要注意的兩個(gè)地方，還有其他很多需要的地方，這里只簡(jiǎn)單記錄一下，只能叫簡(jiǎn)單記錄。

   先說一下，innoDB行鎖的現(xiàn)實(shí)方式，它是通過給索引上的索引項(xiàng)加鎖來實(shí)現(xiàn)的。這就決定了行級(jí)鎖使用的前提是通過索引條件檢索數(shù)據(jù)，否則，innoDB將使用表級(jí)鎖。第二點(diǎn)要說的即使在條件中使用了索引字段，但是是否使用索引來檢索數(shù)據(jù)是由mysql通過判斷不同執(zhí)行計(jì)劃的代價(jià)來決定的，如果mysql任務(wù)全表掃描效率更高，它就不會(huì)使用索引，這種情況下innoDB將使用表鎖，而不是行鎖。所以在分析mysql的鎖問題時(shí)，有時(shí)候需要使用explain來檢查SQL的執(zhí)行計(jì)劃。

分享名稱：mysql的InnoDB行鎖的一點(diǎn)反思-創(chuàng)新互聯(lián)
文章鏈接：http://www.rwnh.cn/article48/cegjep.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供企業(yè)建站、網(wǎng)站收錄、ChatGPT、網(wǎng)站營(yíng)銷、微信小程序、域名注冊(cè)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)