当您确定不涉及用户错误，并且复制仍然根本不起作用或不稳定时，就该向我们发送错误报告了。我们需要从您那里获取尽可能多的信息，以便能够找到该错误。请花费一些时间和精力来准备良好的错误报告。
如果您有一个可重复的测试用例来演示该错误，请按照第1.7节“如何报告错误或问题”中的说明将其输入到我们的错误数据库中。如果您遇到 “ 幻影 ”问题（无法随意复制的问题），请使用以下过程：
验证是否不涉及用户错误。例如，如果在从属线程之外更新从属，数据将失去同步，并且更新时可能会遇到唯一的密钥冲突。在这种情况下，从属线程停止并等待您手动清理表以使其同步。这不是复制问题。这是外部干扰导致复制失败的问题。
使用–log-slave-updates和 --log-bin选项运行从站 。这些选项使从属服务器将从主服务器接收的更新记录到自己的二进制日志中。
重置复制状态之前，请保存所有证据。如果我们没有信息或只有粗略的信息，那么我们很难或不可能找到问题所在。您应收集的证据是：
来自主数据库的所有二进制日志文件
从站的所有二进制日志文件
SHOW MASTER STATUS发现问题时主机 的输出
SHOW SLAVE STATUS发现问题时从站 的输出
来自主服务器和从服务器的错误日志
使用mysqlbinlog检查二进制日志。以下内容将有助于查找问题陈述。 log_file和 log_pos是中的 Master_Log_File和 Read_Master_Log_Pos值 SHOW SLAVE STATUS。
shell> mysqlbinlog --start-position=log_pos log_file | head
收集到有关问题的证据后，请尝试首先将其隔离为单独的测试用例。然后使用第1.7节“如何报告错误或问题”中的说明，将包含尽可能多信息的问题输入我们的错误数据库。
