MYSQL 复制缓慢但突然增加,然后在 mysql Slave 中再次缓慢无法

标签 mysql database-performance mysql-error-1064 database-administration slave

两天以来我在 MySQL 服务器中遇到了一个重大问题。我的从服务器比主服务器落后 70000 秒,并且从 2 天开始就没有停机。到了晚上,它突然增加,但又处于慢速模式。有什么办法可以快速同步主从复制吗?有什么问题吗? Slave 正在以 YES 模式运行其 IO 和 sql。如果有什么办法请帮助我

最佳答案

是不是在70000到0左右反复跳动?如果是这样,那就是我十多年来断断续续看到的一个谜。忽略它,它就会消失。

如果 Seconds_behind_master 以每秒 1 秒的速度上升,则查看 Slave 正在做什么。 SHOW PROCESSLIST; 您可能会发现像 ALTER 这样的东西已经运行了很长时间,占用了复制的时间。

如果 Seconds_behind_master 变大,但没有下降太多,那么有几种可能的答案。

从机是比主机“弱”的机器吗?请记住,复制(取决于版本)只是单线程的。多个写入可以同时在主服务器上进行,但必须在从服务器上一次完成一个。

从属设备是否正在运行一个大型查询,该查询正在锁定复制线程想要访问的内容?查看从站的 PROCESSLIST。

您使用的是哪个引擎?虚拟机?云托管?晚上执行备份?

关于MYSQL 复制缓慢但突然增加,然后在 mysql Slave 中再次缓慢无法,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/29838288/

相关文章:

mysql - 即使该日期没有数据(在这种情况下,该行应该用零填充),如何为每个日期返回一行?

sql - 是否需要括号来提高 postgresql 的性能?

mysql - MYSQL 中创建函数错误

php - MySQL归档数据...太大了怎么办

php,无法连接到mysql服务器

mysql - 如何最大限度地减少手术的处理时间?

php - 我需要搜索多变量并排序

sql - MySql从存储过程中调用存储函数导致错误

MySQL:@变量与变量。有什么不同?

生产环境MySql慢查询日志