MySQL 5.6版本说明
当您确定没有涉及用户错误，而复制仍然无法工作或不稳定时，就应该向我们发送错误报告了。我们需要从你那里获得尽可能多的信息，以便能够追踪到这个bug。请花一些时间和精力准备一个好的错误报告。
如果您有一个可重复的测试用例来演示错误，请使用文中给出的说明将其输入到我们的错误数据库中第1.6节“如何报告错误或问题”．如果你有”幻影”问题(一个你不能随意复制的问题)，使用以下程序:
验证没有涉及用户错误。例如，如果在复制SQL线程之外更新副本，则数据将失去同步性，更新时可能会出现惟一键违反。在这种情况下，复制SQL线程停止并等待您手动清理表以使它们同步。这不是一个复制问题。这是一个外部干扰导致复制失败的问题。
方法运行副本
——log-slave-updates而且——log-bin选项。这些选项使副本将从源接收到的更新记录到自己的二进制日志中。在重置复制状态之前保存所有证据。如果我们没有任何信息或只有粗略的信息，我们就很难甚至不可能追踪到问题。你应该收集的证据是:
使用mysqlbinlog检查二进制日志。下面的内容应该有助于找到问题陈述。
log_file而且log_pos是Master_Log_File而且Read_Master_Log_Pos值从显示奴隶状态．壳> mysqlbinlog——起始位置=log_poslog_file|头
在您收集了问题的证据之后，首先尝试将其分离为一个单独的测试用例。然后将包含尽可能多信息的问题输入到我们的bug数据库中第1.6节“如何报告错误或问题”．