扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
这篇文章主要介绍“MySQL slave延迟故障分析”，在日常操作中，相信很多人在Mysql slave延迟故障分析问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”Mysql slave延迟故障分析”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！
创新互联是一家专业提供芷江企业网站建设,专注与成都网站设计、网站建设、HTML5建站、小程序制作等业务。10年已为芷江众多企业、政府机构等服务。创新互联专业网站建设公司优惠进行中。
首先还是给出我见过的一些延迟可能：
大事物延迟 延迟略为2*执行时间 状态为:reading event from the relay log
大表DDL延迟 延迟略为1*执行时间 状态为:altering table
长期未提交的事物延迟，会造成延迟的瞬时增加
表上没有主键或者唯一键 状态为:system lock 或者 reading event from the relay log
innodb层锁造成延迟 状态为:system lock 或者 reading event from the relay log
从库参数设置如sync_binlog，sync_relay_log，innodb_flush_log_at_trx_commit等参数
image.png
我们可以清楚的看到某个MySQL线程耗用CPU为100%，因为是5.7我们可以方便的使用语句
select a.thd_id,b.THREAD_OS_ID,a.user ,a.conn_id,b.TYPE,a.source,a.program_name from sys.processlist a,performance_schema.threads b where b.thread_id=a.thd_id;
找到MySQL线程和操作系统的对应关系如下：
到此，关于“Mysql slave延迟故障分析”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注创新互联网站，小编会继续努力为大家带来更多实用的文章！
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
微信二维码
移动版官网