重复标题：MySQL 复制工作正常，但 mytop 仍然显示一个线程“等待主发送事件”。这几天一直这样，现在是280000秒。但是复制就好了。
我可以看到另一个正在执行复制工作的线程，现在它位于“从属已读取所有中继日志；正在等待从属 I/O 线程对其进行更新”但它一直在运行查询，我可以验证从站只是通过查看数据是最新的。
我可以终止这个进程吗？
我最近不得不重新设置复制，这涉及创建一个新的复制用户，所以我不确定这是否是导致这个“幽灵复制过程”的原因。
我使用的设置是主从复制配置中的 MySQL 5.5，但我们必须使用“混合”复制（基于语句和行），因为我们使用需要它的应用程序，并且它恰好在我们的同一台上服务器。
我们最近停止了复制，我想确保我们已正确恢复。
我下载并安装了 Percona Toolkit，但在这种情况下我似乎无法使用 pt-table-checksum，特别是因为基于行的复制：
2.27.5 限制使用基于行的复制 pt-table-checksum 的副本需要基于语句的复制，并且它在主服务器上设置 binlog_format=STATEMENT，但由于 MySQL 限制，副本不支持此更改。因此，校验和不会使用基于行的复制来复制任何副本，这些副本是进一步副本的主副本。该工具会自动检查所有服务器上的 binlog_format。请参阅 --[no]check-binlog-format 。（错误 899415）
是否有其他选项可以对基于行的复制表进行校验和？
我在 Percona 论坛上发现了这个，它说它可以工作，但我不能让它改变我的 cnf 文件，因为它声称它可以。当我尝试运行它时，它还会发出以下警告：
副本 mysql-b.example.com 具有 binlog_format MIXED，这可能会导致 pt-table-checksum 中断复制。请阅读该工具文档的限制部分中的“使用基于行的复制的副本”。如果您了解风险，请指定 --no-check-binlog-format 以禁用此检查。