您好,登錄后才能下訂單哦!
2017年4月1日星期六
在某個(gè)業(yè)務(wù)的主庫(kù)加完2個(gè)字段后,業(yè)務(wù)方反饋在30分鐘后從庫(kù)也一直無(wú)法查看到這個(gè)新字段。
在slave上執(zhí)行show slave status\G 如下圖
show porcesslist; 如下圖:
上圖2張圖,可以看到延遲較大,從庫(kù)上的alter操作一直在等待metadata lock,處于阻塞狀態(tài)。
解決方法:
使用SELECT * FROM information_schema.innodb_trx\G找到那個(gè)事務(wù)未提交導(dǎo)致的問(wèn)題:
kill2359; 殺掉這個(gè)線程即可。
殺完這個(gè)線程后,show slave status\G主從延遲立馬降了下來(lái),show processlist也沒(méi)有持鎖的狀態(tài)了?!?/span>show slave status\G即便是持鎖,也就是短時(shí)間的system lock】
如果我們使用了zabbix的percona監(jiān)控的話,可以調(diào)整下相關(guān)觸發(fā)器的閾值,如下圖:
模板上默認(rèn)是100。一般只有alter table 或者select .. for update 這類的操作才會(huì)造成LOCK,因此正常業(yè)務(wù)情況下lock thread超過(guò)50就需要關(guān)注下情況了。
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長(zhǎng)郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。