[MySQLDelay]生产环节主从延迟的问题解决过程记录：sync_binlog=
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了[MySQLDelay]生产环节主从延迟的问题解决过程记录：sync_binlog=，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1734字，纯文字阅读大概需要3分钟。
内容图文
接到山姆大叔的电话，主从延迟半个小时了 Seconds_Behind_Master: 7600 1， 检查show full processlist; 没有任何slow的dml sql语句。 2， 检查innodb status，没有任何lock的块。 3， 检查cacti，里面cpu usage从4%上升到了15%，Percona InnoDB I/O GT 从90
接到山姆大叔的电话，主从延迟半个小时了
Seconds_Behind_Master: 7600
1， 检查show full processlist; 没有任何slow的dml sql语句。
2， 检查innodb status，没有任何lock的块。
3， 检查cacti，里面cpu usage从4%上升到了15%，Percona InnoDB I/O GT 从90%降低到了50%%。
4， 检查当前connections，发现处于业务低峰期。
5， 尝试我重启了下mysql server，结果Seconds_Behind_Master还是不停的增长。
6，最后去检查写入参数看下：
mysql> show variables like '%commit%';
+--------------------------------+-------+
| Variable_name | Value |
+--------------------------------+-------+
| autocommit | ON |
| innodb_commit_concurrency | 0 |
| innodb_flush_log_at_trx_commit | 0 |
+--------------------------------+-------+
3 rows in set (0.00 sec)
commit为0，已经算是最快的了。
再看binlog
mysql> show variables like 'sync_binlog';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| sync_binlog | 2 |
+---------------+-------+
1 row in set (0.00 sec)
那么改成0试试看吧。
set global sync_binlog=0;
执行完后，从Seconds_Behind_Master: 9200变成了Seconds_Behind_Master: 8791，开始追了。
又过了3分钟，已经是Seconds_Behind_Master: 0了。
虽然问题解决了，但是主要问题不在sysn_binlog，估计是磁盘有问题了，不然不可能在晚上业务低峰期，会主从delay的。平常白天业务高峰期都没有主从delay过，把疑惑发给山姆大叔，让他去找system administrator吧，去check下disk的问题。
内容总结
以上是互联网集市为您收集整理的[MySQLDelay]生产环节主从延迟的问题解决过程记录：sync_binlog=全部内容，希望文章能够帮你解决[MySQLDelay]生产环节主从延迟的问题解决过程记录：sync_binlog=所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。