mysql 停止io thread_【MySQL】IO thread和SQL thread的双Yes假象的问题

本文探讨了在MySQL主从同步中出现IO和SQL线程双Yes假象的问题,分析了可能的原因,包括正常shutdown、kill命令以及网络中断等情况。介绍了主从同步机制,明确了MySQL复制是‘推’的方式。同时,文章指出这种异常可能是由于Binlog dump线程被意外终止,备库无法判断具体情况。提出了通过调整复制重试参数和使用监控工具来避免此类问题的方法。
摘要由CSDN通过智能技术生成

1、首先讨论一下哪些现象造成:IO thread和SQL thread的双Yes假象的问题

① 正常shutdown 或者 kill mysqld

结果状态单:

Slave_IO_Running: Connecting

Slave_SQL_Running: Yes

Last_IO_Errno: 2003

② kill -9 mysqld 或者 reboot 服务器

结果状态:有可能同①,也有可能是双Yes(我自己测试的是同①结果,看别人测的有的是双yes)

③ 临时断开主库的网络,并 kill 掉主库 MySQL 的 binlog dump 线程

结果状态单:

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

说明:

网络恢复之后,binlog dump线程已不存在;

主库有新的写入,从库无法同步,但是I/O线程和SQL线程都是YES,SBM也没有延迟

2、主从同步机制

主库上记录二进制日志,也就是binlog日志。

备库将主库的二进制日志复制到其本地的中继日志中。首先,备库会启动一个工作线程,称为I/O线程,I/O线程跟主库建立一个普通的客户端连接,然后在主库上启动一个特殊的二进制转存(Binglog Dump)线程,这个转存线程会读取主库上的二进制日志中事件,并发送给从库的I/O线程;如果主库没有更新信息将进入休眠。

备库的SQL线程执行最后一步,该线程从中继日志中读取事件并在备库执行,从而实现备库数据的更新。

3

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值