MySQL 9.0 发行说明
复制使来自一个 MySQL 数据库服务器（称为源）的数据能够复制到一个或多个 MySQL 数据库服务器（称为副本）。默认情况下，复制是异步的；副本不需要永久连接到源以接收更新。根据配置，您可以复制所有数据库、选定的数据库，甚至复制数据库内的选定表。
MySQL 中复制的优势包括
扩展解决方案 - 将负载分散到多个副本上以提高性能。在这种环境中，所有写入和更新都必须在源服务器上执行。但是，读取可以在一个或多个副本上执行。此模型可以提高写入性能（因为源专用于更新），同时显着提高跨越来越多副本的读取速度。
数据安全 - 因为副本可以暂停复制过程，所以在副本上运行备份服务而不会损坏相应的源数据是可能的。
分析 - 可以在源上创建实时数据，而信息分析可以在副本上进行，而不会影响源的性能。
远程数据分发 - 您可以使用复制为远程站点创建本地数据副本，而无需永久访问源。
有关如何在这些场景中使用复制的信息，请参见 第 19.4 节，“复制解决方案”.
MySQL 9.0 支持不同的复制方法。传统方法基于从源二进制日志复制事件，需要源和副本之间同步日志文件及其位置。基于 全局事务标识符 (GTID) 的新方法是事务性的，因此不需要处理日志文件或文件中的位置，这极大地简化了许多常见的复制任务。使用 GTID 进行复制可保证源和副本之间的一致性，只要源上提交的所有事务也已应用于副本。有关 GTID 和基于 GTID 的复制在 MySQL 中的更多信息，请参见 第 19.1.3 节，“使用全局事务标识符进行复制”。有关使用基于二进制日志文件位置的复制的信息，请参见 第 19.1 节，“配置复制”。
MySQL 中的复制支持不同类型的同步。原始的同步类型是单向异步复制，其中一个服务器充当源，而一个或多个其他服务器充当副本。这与 同步 复制形成对比，同步 复制是 NDB Cluster 的一个特性（请参见 第 25 章，MySQL NDB Cluster 9.0）。在 MySQL 9.0 中，除了内置的异步复制之外，还支持半同步复制。使用半同步复制，在源上执行的提交会在返回到执行该事务的会话之前被阻塞，直到至少有一个副本确认它已接收并记录了该事务的事件；请参见 第 19.4.10 节，“半同步复制”。MySQL 9.0 还支持延迟复制，以便副本故意落后于源至少指定的时间量；请参见 第 19.4.11 节，“延迟复制”。对于需要 同步 复制的场景，请使用 NDB Cluster（请参见 第 25 章，MySQL NDB Cluster 9.0）。
有许多可用的解决方案可用于在服务器之间设置复制，要使用哪种方法取决于您使用的数据库和引擎类型。有关可用选项的更多信息，请参见 第 19.1.2 节，“设置基于二进制日志文件位置的复制”。
有两种核心类型的复制格式，基于语句的复制 (SBR)，它复制完整的 SQL 语句，以及基于行的复制 (RBR)，它只复制已更改的行。您还可以使用第三种类型，基于混合的复制 (MBR)。有关不同复制格式的更多信息，请参见 第 19.2.1 节，“复制格式”。
复制通过许多不同的选项和变量进行控制。有关更多信息，请参见 第 19.1.6 节，“复制和二进制日志记录选项和变量”。可以在复制拓扑中应用额外的安全措施，如 第 19.3 节，“复制安全” 中所述。
您可以使用复制来解决许多不同的问题，包括性能，支持不同数据库的备份，以及作为更大解决方案的一部分来缓解系统故障。有关如何解决这些问题的信息，请参见 第 19.4 节，“复制解决方案”。
有关在复制过程中如何处理不同数据类型和语句的说明和提示，包括复制功能的详细信息、版本兼容性、升级以及潜在问题及其解决方法，请参见 第 19.5 节，“复制说明和提示”。有关那些刚接触 MySQL 复制的人经常问的一些问题的答案，请参见 第 A.14 节，“MySQL 9.0 常见问题解答：复制”。
有关复制实现、复制工作原理、二进制日志的过程和内容、后台线程以及用于确定如何记录和复制语句的规则的详细信息，请参见 第 19.2 节，“复制实现”。