MySQL 9.0 发行说明
如果您已经确定没有用户错误，并且复制仍然无法正常工作或不稳定，那么是时候向我们发送错误报告了。我们需要从您那里获取尽可能多的信息，以便能够追踪错误。请花一些时间和精力准备一份好的错误报告。
如果您有可重复的测试用例可以演示错误，请按照 第 1.6 节，“如何报告错误或问题” 中的说明将其输入我们的错误数据库。如果您遇到 “幻影” 问题（无法随意复制的问题），请使用以下步骤
验证没有用户错误。例如，如果您在复制线程之外更新副本，则数据会不同步，您可能会在更新时遇到唯一键冲突。在这种情况下，复制线程会停止并等待您手动清理表以使其同步。 这不是复制问题。这是外部干扰导致复制失败的问题。
确保副本在启用二进制日志记录（
log_bin系统变量）以及--log-replica-updates选项（这会使副本将从源接收的更新记录到自己的二进制日志中）的情况下运行。这些设置是默认设置。在重置复制状态之前保存所有证据。如果我们没有信息或只有粗略的信息，那么我们很难或不可能追踪问题。您应该收集的证据包括
来自源的所有二进制日志文件
来自副本的所有二进制日志文件
在您发现问题时，来自源的
SHOW BINARY LOG STATUS的输出在您发现问题时，来自副本的
SHOW REPLICA STATUS的输出来自源和副本的错误日志
使用 mysqlbinlog 检查二进制日志。以下内容有助于找到问题语句。
log_file和log_pos是SHOW REPLICA STATUS中的Master_Log_File和Read_Master_Log_Pos值。$> mysqlbinlog --start-position=log_pos log_file | head
收集完问题的证据后，请先尝试将其隔离为一个单独的测试用例。然后，使用 第 1.6 节，“如何报告错误或问题” 中的说明，将尽可能多的信息输入我们的错误数据库。