📄️ 1.使用复制进行备份
要将复制用作备份解决方案，请将数据从源复制到副本，然后备份副本。副本可以暂停和关闭，而不会影响源的运行操作，因此可以生成 “实时”数据的有效快照，否则需要关闭源。
📄️ 2.处理副本意外停止
为了使复制能够适应服务器的意外停止（有时称为崩溃安全），副本必须能够在停止之前恢复其状态。 本节介绍复制期间副本意外停止的影响，以及如何配置副本以获得最佳恢复机会以继续复制。
📄️ 3.监控基于行的复制
监控基于行的复制
📄️ 4.使用具有不同源和副本存储引擎的复制
使用具有不同源和副本存储引擎的复制
📄️ 5.使用复制进行横向扩展
可以使用复制作为横向扩展解决方案； 也就是说，可以在一些合理的限制内将数据库查询的负载分散到多个数据库服务器上。
📄️ 6.将不同的数据库复制到不同的副本
在某些情况下，可能只有一个源服务器，并且希望将不同的数据库复制到不同的副本。 例如，希望将不同的销售数据分发到不同的部门，以帮助分散数据分析期间的负载。 图 19.2 “将数据库复制到单独的副本”中显示了这种布局的示例。
📄️ 7.提高复制性能
随着连接到源的副本数量的增加，负载虽然很小，但也会增加，因为每个副本都使用到源的客户端连接。 此外，由于每个副本必须接收源二进制日志的完整副本，因此源上的网络负载也可能会增加并产生瓶颈。
📄️ 8.故障转移期间切换源
可以使用 CHANGE REPLICATION SOURCE TO 语句告诉副本更改为新源。 副本不会检查源上的数据库与副本上的数据库是否兼容； 它只是开始从新源的二进制日志中的指定坐标读取并执行事件。 在故障转移情况下，组中的所有服务器通常从同一二进制日志文件执行相同的事件，因此更改事件源不应影响数据库的结构或完整性。
📄️ 9.通过异步连接故障转移切换源和副本
在从副本到其源的现有连接失败后，可以使用异步连接故障转移机制自动建立到新源的异步（源到副本）复制连接。 异步连接故障转移机制可用于使副本与共享数据的多个 MySQL 服务器或服务器组保持同步。 潜在源服务器的列表存储在副本上，如果连接失败，则会根据设置的加权优先级从列表中选择新的源。