溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
2017年4月1日星期六
在某個業務的主庫加完2個字段后，業務方反饋在30分鐘后從庫也一直無法查看到這個新字段。
在slave上執行show slave status\G 如下圖
show porcesslist; 如下圖：
上圖2張圖，可以看到延遲較大，從庫上的alter操作一直在等待metadata lock，處于阻塞狀態。
解決方法：
使用SELECT * FROM information_schema.innodb_trx\G找到那個事務未提交導致的問題:
kill2359; 殺掉這個線程即可。
殺完這個線程后，show slave status\G主從延遲立馬降了下來，show processlist也沒有持鎖的狀態了。【show slave status\G即便是持鎖，也就是短時間的system lock】
如果我們使用了zabbix的percona監控的話，可以調整下相關觸發器的閾值，如下圖：
模板上默認是100。一般只有alter table 或者select .. for update 這類的操作才會造成LOCK，因此正常業務情況下lock thread超過50就需要關注下情況了。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
