mysql問題之slowlog中出現(xiàn)大量的binlogdump記錄的解決方法
來源:懂視網(wǎng)
責(zé)編:小采
時(shí)間:2020-11-09 21:06:06
mysql問題之slowlog中出現(xiàn)大量的binlogdump記錄的解決方法
mysql問題之slowlog中出現(xiàn)大量的binlogdump記錄的解決方法:線上有個(gè)數(shù)據(jù)庫,在slow log中,存在大量類似下面的記錄: 代碼如下: # Time: 130823 13:56:08 # User@Host: repl[repl] @ slave [10.x.x.x] # Query_time: 9.000833 Lock_time: 0.000000 Rows_sent: 1 Rows
導(dǎo)讀mysql問題之slowlog中出現(xiàn)大量的binlogdump記錄的解決方法:線上有個(gè)數(shù)據(jù)庫,在slow log中,存在大量類似下面的記錄: 代碼如下: # Time: 130823 13:56:08 # User@Host: repl[repl] @ slave [10.x.x.x] # Query_time: 9.000833 Lock_time: 0.000000 Rows_sent: 1 Rows

線上有個(gè)數(shù)據(jù)庫,在slow log中,存在大量類似下面的記錄:
代碼如下:
# Time: 130823 13:56:08
# User@Host: repl[repl] @ slave [10.x.x.x]
# Query_time: 9.000833 Lock_time: 0.000000 Rows_sent: 1 Rows_examined: 1
SET timestamp=1377237368;
# administrator command: Binlog Dump;
每完成一次binlog dump都會被記錄下來,看著非常不爽(我有強(qiáng)迫癥,O(∩_∩)O哈哈~),得想著法子搞掉。
經(jīng)過排查,最后確認(rèn)是特定版本存在這個(gè)現(xiàn)象,目前發(fā)現(xiàn)官方 5.1.49 存在,估計(jì)整個(gè)官方 5.1.x 都會有這個(gè)現(xiàn)象。
解決方法:
修改 my.cnf 配置文件,增加或修改下面這個(gè)選項(xiàng):
代碼如下:
log-slow-admin-statements = 0
比較坑人的是,這個(gè)選項(xiàng)在5.1無法在線修改,需要重啟mysqld。
手冊上關(guān)于這個(gè)選項(xiàng)的解釋如下:
代碼如下:
Include slow administrative statements in the statements written to the slow query log. Administrative statements include ALTER TABLE, ANALYZE TABLE, CHECK TABLE, CREATE INDEX, DROP INDEX, OPTIMIZE TABLE, and REPAIR TABLE.
手冊也有不靠譜的時(shí)候啊,還是實(shí)踐出真知。
您可能感興趣的文章:
使用MySQL Slow Log來解決MySQL CPU占用高的問題五款常用mysql slow log分析工具的比較分析mysql正確安全清空在線慢查詢?nèi)罩緎low log的流程分享mysql 5.5 開啟慢日志slow log的方法(log_slow_queries)MySQL slow_log表無法修改成innodb引擎詳解
聲明:本網(wǎng)頁內(nèi)容旨在傳播知識,若有侵權(quán)等問題請及時(shí)與本網(wǎng)聯(lián)系,我們將在第一時(shí)間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com
mysql問題之slowlog中出現(xiàn)大量的binlogdump記錄的解決方法
mysql問題之slowlog中出現(xiàn)大量的binlogdump記錄的解決方法:線上有個(gè)數(shù)據(jù)庫,在slow log中,存在大量類似下面的記錄: 代碼如下: # Time: 130823 13:56:08 # User@Host: repl[repl] @ slave [10.x.x.x] # Query_time: 9.000833 Lock_time: 0.000000 Rows_sent: 1 Rows