MySQL从库io_thread接收binlog速度慢,怎么办?
- 内容介绍
- 文章标签
- 相关推荐

太魔幻了。 在线上的环境中,主从的数据是会强一致的,从库只会接受业务方的读流量,也许网络环境很恶劣从库同步的速度明显比主库写入到速度低,但是只要从库没有说跳过了某个binlog而少同步了某条记录,我们都可以认… 哎, 说实话,这种问题真的让人头大!明明主库写得飞起,到从库就卡住了感觉就像高速公路上突然堵车一样,憋得慌。下面的命令其实就会帮我们创建出username=mysqlsync password=mysqlsync123的账户专门用户主从同步使用。
问题背景:为什么我的从库这么慢?
前两天遇到一个主从延迟问题, 准备修改下相关参数来处理. 在此之前得先在测试环境对比下修改前后的区别. 搞来搞去发现根本不是并行的问题!主要还是IO瓶颈啊!
初步诊断:网速、IOPS、还是其他?
先说说想到的肯定是网络问题。毕竟数据是要通过网络传输的嘛。我们先用dstat看看网速,也是没谁了...。
翻旧账。

太魔幻了。 在线上的环境中,主从的数据是会强一致的,从库只会接受业务方的读流量,也许网络环境很恶劣从库同步的速度明显比主库写入到速度低,但是只要从库没有说跳过了某个binlog而少同步了某条记录,我们都可以认… 哎, 说实话,这种问题真的让人头大!明明主库写得飞起,到从库就卡住了感觉就像高速公路上突然堵车一样,憋得慌。下面的命令其实就会帮我们创建出username=mysqlsync password=mysqlsync123的账户专门用户主从同步使用。
问题背景:为什么我的从库这么慢?
前两天遇到一个主从延迟问题, 准备修改下相关参数来处理. 在此之前得先在测试环境对比下修改前后的区别. 搞来搞去发现根本不是并行的问题!主要还是IO瓶颈啊!
初步诊断:网速、IOPS、还是其他?
先说说想到的肯定是网络问题。毕竟数据是要通过网络传输的嘛。我们先用dstat看看网速,也是没谁了...。
翻旧账。

