TDSQL-C MySQL 版支持在创建集群时选择主可用区和备可用区，如果在创建集群时选择了单可用区部署，也支持在创建后设置为多可用区部署。在创建集群后，还支持设置 binlog 的复制方式。本文为您介绍如何设置多可用区部署。
多可用区部署场景及优势
TDSQL-C MySQL 版支持同地域下跨多个可用区部署，相对单可用区部署，多可用区部署具有更高的可用性和容灾能力。
多可用区部署为 TDSQL-C MySQL 版集群提供增强的可用性和持久性。当您预置多可用区数据库集群时，TDSQL-C MySQL 版会自动创建主数据库实例，并将数据同步复制到其他可用区中的备用实例。每个可用区在其独立的、物理上显著不同的基础设施中运行，并已设计为具备高可靠性。如果发生基础设施故障，可自动故障转移至备用实例中，以便您能够在故障转移结束后立即恢复数据库操作。由于故障转移后数据库实例的终端节点维持不变，因此应用程序可在无需手动管理干预的情况下恢复数据库操作。
binlog 复制方式
为集群设置多可用区部署之后，支持通过控制台设置 binlog 复制方式。设置 binlog 复制方式是指配置主数据库实例与备用实例之间数据同步的传输机制和一致性级别。TDSQL-C MySQL 版支持的 binlog 复制方式及简介如下，详细说明也可参见 多可用区部署概述。
异步复制：主数据库实例提交事务并写入 binlog 后立即返回成功，不等待备用实例接收这些数据。此复制方式的性能高，但主数据库故障时有较小概率引起数据不一致。
半同步复制：主数据库实例提交事务后，需等待备用实例接收 binlog 并写入 relay log（不要求应用完成）才返回成功。此复制方式平衡性能与一致性，避免纯异步的数据丢失风险，但会增加少量延迟。数据复制发生异常的情况下，主数据库实例会暂停（默认10秒左右）对应用的响应，将复制方式降为异步复制。当数据复制恢复正常时，复制方式恢复为半同步复制。
强同步复制：主数据库实例需等待备用实例应用完 binlog 后才返回成功，确保主数据库实例和备用实例的数据严格一致。此复制方式的数据安全性高，但性能损耗相对较大。在数据复制发生异常的情况下，复制方式不会发生降级，为保障数据一致性，此时主数据库实例会暂停对应用的响应，直至异常结束。
创建集群时在购买页设置多可用区部署
说明：
1. 登录 TDSQL-C MySQL 版控制台，在集群列表，单击新建。
2. 在购买页的数据库配置选项，选择对应地域，在下方会显示可设置的主可用区以及备可用区区域，根据需要进行选择。
3. 数据库配置选择完毕后，单击下一步，进入基础信息和高级配置选项设置。
4. 设置完成并确定无误后，单击立即购买。
5. 购买完成后，可在对应的视图下，查看可用区信息。
购买完成后，返回集群列表，待新创建的集群状态变更为运行中，可通过集群管理页，集群详情下的拓扑图查看可用区信息。
购买完成后，返回集群列表，待新创建的集群状态变更为运行中，可通过集群列表页或单击集群 ID 进入集群详情页的可用性信息，查询可用区。
创建集群后在控制台设置多可用区部署（前提：创建时为单可用区部署）
1. 在集群列表页面，根据实际使用的视图模式操作，进入修改部署方式界面。
2. 在弹出的对话框，完成如下配置，单击确定。
说明：
目前仅支持对备可用区进行修改，主可用区暂不支持修改。
参数 | 说明 |
多可用区部署 | 选择“是”，表示将集群从单可用区设置为多可用区。 |
备可用区 | 选择备库的可用区，具体地域支持选择的可用区以实际修改部署方式窗口为准。 |
binlog 复制方式 | 选择 binlog 复制的方式，默认为异步复制，支持异步复制、半同步复制、强同步复制三种模式。 说明： 若选择 binlog 复制方式为强同步复制，需注意强同步复制会对实例的性能产生影响。 |
半同步复制超时时间 | 若 binlog 复制方式选择为半同步复制，则需要设置半同步复制超时时间，默认为10000ms，设置范围：1000ms - 4294967295ms。 说明： 为保证业务稳定性，半同步复制存在退化逻辑，当主可用区集群在等待备可用区集群确认事务时，若超过此项设置的半同步复制超时时间，则复制方式将降为异步复制。 |
