mysql? Bug#19843808 自動修復記錄

?

MySQL5.6和Xtrabackup之間存在一個bug，這個bug在5.6.23中已經修復。

?

Xtrabackup備份的時候執(zhí)行flushs tables with read lock和show slave status會有可能和SQL Thread形成死鎖，導致SQL Thread一直被卡主，STOP也沒有用，Kill我們測試會丟失數據，只有Restart Server才行。

原因是SQL Thread的DML操作完成之后，持有rli->data_lock鎖，commit的時候等待DML_COMMIT，而flush tables with read lock之后執(zhí)行的show slave status會等待rli->data_lock；修復方法是rli->data_lock鎖周期只在DML操作期間持有。

?

第一次遇到這個問題，開始還以為是zabbix出現問題，一把叫來了監(jiān)控，直接說，主業(yè)務庫中zabbix用戶大量執(zhí)行show slave status 導致數據庫卡死。后面就發(fā)現監(jiān)控說話一直抖。好吧，不嚇人了，開始解決問題，言歸正傳：

?

1? show processlist? 找到waiting for commit lock 的線程號，然后直接kill。這個是罪魁禍首，雖然他也是無辜的。

2. 執(zhí)行上面一步后，其實sql線程已經掛了，這里需要stop slave

3. start slave

4.結束

總結

以上是生活随笔為你收集整理的MySQL5.6 Waiting for Commit Lock的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。