十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
这篇文章主要介绍“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延迟故障分析”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注创新互联网站,小编会继续努力为大家带来更多实用的文章!