com Asked: 2012-04-05 01:17:45 +0800 CST2012-04-05 01:17:45 +0800 CST 2012-04-05 01:17:45 +0800 CST 云服务大师落后几秒钟 772 我在云服务的复制主从中几乎没有 mysql 服务器。 问题是即使所有的配置、mysql 版本、服务器的资源都是相同的，但我仍然在 slave 的行为中存在不一致。 例如，我有一组运行良好的稳定 mysql 从服务器，以及一组不稳定的从服务器，即使在空闲模式下仍然落后于主服务器几秒钟，没有流量，而不稳定的服务器始终是相同的服务器。 我正在寻找稳定和不稳定奴隶的不同之处。到目前为止，我还没有找到这样的东西。如果您知道如何找到与众不同的东西，请与我们分享。 谢谢。 mysql replication 1 个回答 Voted Best Answer RolandoMySQLDBA 2012-04-05T11:02:28+08:002012-04-05T11:02:28+08:00 如果所有时钟都是同步的，我会怀疑主机上的写入负载很高。为什么？ Master 负责做两件事： 执行 SQL 记录 SQL 及其时间戳 如果步骤 1 和步骤 2 之间有任何间歇性，这可能是复制滞后的原因。 由于有稳定的服务器，我建议通过执行以下操作重置不稳定服务器上的中继日志： 停止奴隶； 显示从机状态\G 从中获取 LOGFILRelay_Master_Log_File 从中获取 LOGPOSExec_Master_Log_Pos 将 MASTER 更改为 master_log_file='LOGFIL',master_log_pos=LOGPOS； 启动奴隶； CHANGE MASTER TO 命令擦除它当前拥有的中继日志并重新开始。 试一试，看看这是否能消除复制滞后！！！
如果所有时钟都是同步的，我会怀疑主机上的写入负载很高。为什么？
Master 负责做两件事：
如果步骤 1 和步骤 2 之间有任何间歇性，这可能是复制滞后的原因。
由于有稳定的服务器，我建议通过执行以下操作重置不稳定服务器上的中继日志：
Relay_Master_Log_FileExec_Master_Log_PosCHANGE MASTER TO 命令擦除它当前拥有的中继日志并重新开始。
试一试，看看这是否能消除复制滞后！！！