为什么MySQL复制速度快
内容提要
MySQL复制通常被认为速度慢，但实际上使用行级复制（RBR）时，从源到副本的更新操作效率高，因为副本只需应用数据更改，减少了工作量，因此在大多数情况下表现出色。
延伸解读
行级复制为何更快
在行级复制（RBR）下，副本不执行原始查询，而是直接应用二进制日志中的行更改。这意味着副本无需进行全表扫描或复杂过滤，只需通过主键查找来更新特定行。例如，源上更新50,194行需扫描100万行，耗时935毫秒；而副本仅需应用这些行更改，耗时457毫秒，速度提升约2倍。这种机制减少了副本的工作量，是复制速度快的关键原因之一。
多线程复制提升性能
MySQL 8.x 默认启用多线程复制（MTR），允许副本并行应用二进制日志事件。从 MySQL 8.0.27 开始，replica_parallel_workers 默认值为4，即最多4个 worker 线程同时工作。这进一步提高了复制吞吐量，尤其在高并发写入场景下效果显著。但并行度受工作负载影响，并非所有事务都能并行应用，实际可能无法充分利用所有 worker。
复制延迟的潜在风险
尽管 MySQL 复制通常很快，但行级复制也有其反面：一个在源上执行很快的查询，可能生成大量行镜像，导致副本应用时过载。例如，批量更新可能产生数万行镜像，使复制延迟。此外，多线程复制的并行效果取决于工作负载，可能无法让所有 worker 保持忙碌。因此，当出现复制延迟时，需检查是否因行镜像过多或并行度不足所致。
Q&A
MySQL复制速度快的原因是什么？
MySQL复制速度快的原因在于使用行级复制（RBR），副本只需应用数据更改，减少了工作量。
行级复制（RBR）如何提高MySQL的复制性能？
行级复制（RBR）通过不执行查询而直接应用数据更改，使得副本可以快速更新数据。
MySQL 8.x引入了哪些新特性来提升复制性能？
MySQL 8.x引入了多线程复制（MTR），进一步提高了复制的性能。
在MySQL复制中，副本的更新操作速度与源的更新操作相比如何？
在实验中，副本的更新操作时间为457毫秒，而源的更新操作时间为935毫秒，副本速度显著更快。
MySQL复制可能出现延迟的原因是什么？
MySQL复制可能出现延迟的原因是某些查询可能生成大量行图像，从而导致复制延迟。
如何通过MySQL的性能模式监控复制状态？
可以通过查询性能模式中的复制状态表，如replication_applier_status_by_worker，来监控复制状态。
