为什么 MySQL 复制速度快
内容提要
MySQL复制速度快，但复制延迟是常见问题。通过实验和性能模式二进制日志，可以看到MySQL复制之所以快，是因为副本只应用数据更改，而不执行查询。此外，使用基于行的复制，副本通过主键查找应用数据更改，速度更快。MySQL 8.x的多线程复制也是默认设置，可以进一步提高复制速度。了解MySQL复制的内部工作原理有助于解决复制延迟问题。
延伸解读
基于行复制的性能优势
文章通过实验表明，基于行复制（RBR）下，副本不执行原始查询，而是直接应用行更改。源库需全表扫描100万行并更新5万行，耗时935毫秒；副本仅通过主键查找进行5万次点更新，耗时457毫秒，速度提升约2倍。这解释了MySQL复制快的一个关键原因：副本的工作量远小于源库。
多线程复制与并行度限制
MySQL 8.0.27及以上版本默认启用多线程复制，副本并行工作线程数默认为4。这可以并行应用二进制日志事件，提高复制速度。但文章指出，并非所有工作负载都能有效并行化，可能无法充分利用4个线程。因此，多线程复制虽有助于提升性能，但实际效果取决于工作负载特性。
行复制的潜在风险
基于行复制虽然通常更快，但也有反面：一个在源库上快速执行的查询可能生成大量行镜像，例如文章中的查询生成了50,194个行镜像。极端情况下，这可能导致复制过载，反而造成延迟。因此，在享受行复制带来的速度优势时，也需注意其可能带来的复制压力。
监控复制性能的工具
在基于行复制下，副本不执行查询，慢查询日志中无记录。文章介绍使用Performance Schema中的replication_applier_status_by_worker表来获取副本应用事务的时间戳，从而计算执行时间。这为诊断复制延迟提供了有效手段，但生产环境中数据变化快，可能不如实验室环境直观。
Q&A
MySQL复制速度快的原因是什么？
MySQL复制速度快是因为副本只应用数据更改，而不执行查询，使用基于行的复制通过主键查找数据更改。
MySQL 8.x的多线程复制有什么优势？
MySQL 8.x的多线程复制是默认设置，可以提高复制速度，通过并行处理二进制日志事件来减少延迟。
如何解决MySQL复制延迟问题？
了解MySQL复制的内部工作原理，特别是使用性能模式和二进制日志，可以帮助识别和解决复制延迟问题。
基于行的复制与基于语句的复制有什么区别？
基于行的复制只记录数据更改，而基于语句的复制记录执行的SQL语句，前者在应用数据时更快。
MySQL复制的复杂性体现在什么方面？
MySQL复制的复杂性体现在其内部机制和性能模式，尤其是在处理大量数据更改时，可能导致复制延迟。
MySQL复制延迟的常见原因是什么？
复制延迟的常见原因包括查询复杂性、数据量大以及副本处理能力不足等。
