复制解决方案

• 使用复制进行备份
• 要将复制用作备份解决方案，请将数据从主服务器复制到从服务器，然后备份数据从服务器。可以暂停和关闭从服务器，而不会影响主服务器的运行，因此您可以生成“实时”数据的有效快照，否则将需要关闭主服务器。备份数据库的方式取决于其大小以及是否仅备份数据，数据以及复制从属状态，以便在发生故障时可以重建从属。因此，

• 处理复制从属的意外中断
• 为了使复制能够应对服务器的意外停止（有时称为崩溃安全），从属必须在停止之前恢复其状态。本节介绍复制期间从属服务器意外停止的影响，以及如何配置从属服务器以最大程度地恢复继续复制。从属服务器意外停止后，重新启动后，从属服务器的SQL线程必须恢复已执行的事务。恢复所需的信息存储在从站的中继日志信息日志中。

• 监视基于行的复制
• 通过性能模式工具阶段监视使用基于行的复制时复制应用程序（SQL）线程的当前进度，使您能够跟踪操作的处理并检查已完成的工作量和估计的工作量。启用这些Performance Schema工具阶段后，该events_stages_current表将显示应用程序线程的阶段及其进度。有关背景信息，请参见“性能

• 将复制与不同的主存储和从存储引擎一起使用
• 对于复制过程而言，主服务器上的源表和从服务器上的复制表是否使用不同的引擎类型无关紧要。实际上，default_storage_engine系统变量不会被复制。这在复制过程中提供了许多好处，因为您可以针对不同的复制方案利用不同的引擎类型。例如，在典型的横向扩展方案中（请参见“使用复制进行横向扩展”），

• 使用复制进行横向扩展
• 您可以将复制用作横向扩展解决方案。也就是说，您希望在一些合理的限制内将数据库查询的负载分散到多个数据库服务器上。由于复制是从一个主服务器分发到一个或多个从服务器，因此使用复制进行横向扩展最适合读取次数多而写入/更新次数少的环境。大多数网站都属于此类别，用户可以在其中浏览网站，阅读文章，帖子或参见产品

• 将不同的数据库复制到不同的从站
• 在某些情况下，您可能只有一个主服务器，并且想要将不同的数据库复制到不同的从服务器。例如，您可能希望将不同的销售数据分配给不同的部门，以帮助在数据分析过程中分散负载。图17.2“使用复制来复制数据库以分隔复制从站”中显示了此布局的示例。使用复制来复制数据库以分离复制从站您可以通过正常配置主服务器和从服

• 提高复制性能
• 随着连接到主机的从机数量的增加，负载（尽管最小）也增加了，因为每个从机都使用到主机的客户端连接。同样，由于每个从站必须接收主二进制日志的完整副本，因此主站上的网络负载也可能增加并造成瓶颈。如果您使用大量从属服务器连接到一个主服务器，而该主服务器也正在忙于处理请求（例如，作为横向扩展解决方案的一部分）

• 故障转移期间切换主服务器
• 您可以使用该CHANGE MASTER TO语句告诉从站更改为新的主站。从服务器不会检查主服务器上的数据库是否与从服务器上的数据库兼容。它只是从新主数据库的二进制日志中的指定坐标开始读取和执行事件。在故障转移情况下，组中的所有服务器通常都从同一个二进制日志文件中执行相同的事件，因此，如果您在执行操作

• 半同步复制
• 除了内置的异步复制，MySQL 8.0还支持通过插件实现的半同步复制接口。本节讨论什么是半同步复制及其工作方式。以下各节介绍了半同步复制的管理界面以及如何安装，配置和监视它。默认情况下，MySQL复制是异步的。主机将事件写入其二进制日志，但不知道从机是否或何时检索并处理了它们。使用异步复制，如果主服

• 延迟复制
• MySQL支持延迟复制，以便从属服务器故意比主服务器晚至少指定的时间量执行事务。本节介绍如何在从属服务器上配置复制延迟以及如何监视复制延迟。在MySQL 8.0中，延迟复制的方法取决于两个时间戳，immediate_commit_timestamp并且original_commit_timestam