如果语句在源和副本上都产生相同的错误（相同的错误代码），则会记录该错误，但复制将继续。

如果语句在源和副本上产生不同的错误，则复制 SQL 线程将终止，副本会将其错误日志写入一条消息，并等待数据库管理员决定如何处理该错误。这包括语句在源或副本上产生错误，但在两者上都没有产生错误的情况。要解决此问题，请手动连接到副本并确定问题的根源。 SHOW REPLICA STATUS 对此很有用。然后修复问题并运行 START REPLICA。例如，您可能需要在再次启动副本之前创建不存在的表。

如果此错误代码验证行为不可取，则可以使用 --replica-skip-errors 选项屏蔽（忽略）部分或全部错误。

对于 MyISAM 等非事务性存储引擎，可能存在仅部分更新表并返回错误代码的语句。例如，这可能发生在多行插入中，其中一行违反了键约束，或者如果在更新某些行后杀死了长时间运行的更新语句。如果这发生在源上，副本期望执行语句会导致相同的错误代码。如果没有，则复制 SQL 线程会停止，如前所述。

如果要在源和副本上使用不同存储引擎的表之间进行复制，请记住，相同的语句在针对表的一个版本时可能会产生不同的错误，而在针对另一个版本时则不会，或者可能会导致一个版本的表出现错误，而在另一个版本中则不会。例如，由于 MyISAM 忽略外键约束，因此在源上访问 InnoDB 表的 INSERT 或 UPDATE 语句可能会导致外键冲突，但对副本上同一表的 MyISAM 版本执行相同的语句不会产生此类错误，从而导致复制停止。

复制过滤规则在执行任何权限或行格式检查之前应用，这使得可以过滤掉任何验证失败的事务；对于被过滤掉的事务，不会执行任何检查，因此也不会引发任何错误。这意味着副本只能接受授予给定用户访问权限的数据库部分（只要对数据库这部分的任何更新使用基于行的复制格式）。这在执行升级或迁移到使用入站复制用户无权访问的管理表的系统或应用程序时可能会有所帮助。另请参阅 第 19.2.5 节，“服务器如何评估复制过滤规则”。