Mysql slave延迟故障分析

这篇文章主要介绍"Mysql slave延迟故障分析"，在日常操作中，相信很多人在Mysql slave延迟故障分析问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答"Mysql slave延迟故障分析"的疑惑有所帮助！接下来，请跟着小编一起来学习吧！

首先还是给出我见过的一些延迟可能：

• 大事物延迟 延迟略为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延迟故障分析"的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注网站，小编会继续努力为大家带来更多实用的文章！