2017年4月1日星期六

目前創(chuàng)新互聯(lián)公司已為上千家的企業(yè)提供了網(wǎng)站建設(shè)、域名、網(wǎng)站空間、網(wǎng)站托管、服務(wù)器托管、企業(yè)網(wǎng)站設(shè)計、沭陽網(wǎng)站維護(hù)等服務(wù)，公司將堅持客戶導(dǎo)向、應(yīng)用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶和合作伙伴齊心協(xié)力一起成長，共同發(fā)展。

在某個業(yè)務(wù)的主庫加完2個字段后，業(yè)務(wù)方反饋在30分鐘后從庫也一直無法查看到這個新字段。

在slave上執(zhí)行show slave status\G如下圖

show porcesslist;如下圖：

上圖2張圖，可以看到延遲較大，從庫上的alter操作一直在等待metadata lock，處于阻塞狀態(tài)。

解決方法：

使用SELECT * FROM information_schema.innodb_trx\G找到那個事務(wù)未提交導(dǎo)致的問題:

kill2359;殺掉這個線程即可。

 

殺完這個線程后，show slave status\G主從延遲立馬降了下來，show processlist也沒有持鎖的狀態(tài)了。【show slave status\G即便是持鎖，也就是短時間的system lock】

如果我們使用了zabbix的percona監(jiān)控的話，可以調(diào)整下相關(guān)觸發(fā)器的閾值，如下圖：

模板上默認(rèn)是100。一般只有alter table 或者select .. for update 這類的操作才會造成LOCK，因此正常業(yè)務(wù)情況下lock thread超過50就需要關(guān)注下情況了。

本文名稱：MySQLmetadatalock阻塞問題
文章路徑：http://www.chinadenli.net/article6/gccsog.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供App開發(fā)、用戶體驗(yàn)、小程序開發(fā)、網(wǎng)站制作、網(wǎng)站建設(shè)、Google

廣告

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