为了服务于公司 G2-GreatQuality（高品质）和 Globalization（全球化）战略，携程从 2019 年下半年开始启动异地多活项目。MySQL 原生一主多从架构下，机房故障时需要数据层的 DR切换，造成恢复时间长；针对一些海外业务如果需要写数据，通常需要将数据回源上海，业务响应时间变长体验变差。异地多活架构下，机房故障时，只需要在入口将流量切离故障机房业务即可恢复，业务出海上云后实现本地读写。本次演讲，我将向大家介绍异地多活的核心组件 DRC 的详细设计以及背后的思考，在业务落地过程中遇到的问题以及解决方案。

演讲提纲：

1. 异地多活整体架构 

• 核心组件 Data Replication Center、Unit Control Service 和 API Router

2. DRC 详细设计

• 如何实现复制低延迟
• 如何保证数据一致性
• 如何不依赖独立数据库支持 DDL
• 核心指标监控告警

3. 公有云复制

• 公有云复制面临的挑战
• 公有云和自建机房双向复制方案
• 公有云和自建机房一对多复制

4. 高可用设计

• 核心组件高可用方案

5. 业务落地面临的问题

• 业务以 OrderID 作为分表键
• 现有 DBA 自动化系统需改造

你将获得：

1. 异地多活整体实施方案
2. 数据库双向复制设计方案
3. 公有云和自建机房复制解决方案