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