本文介绍了饿了么的MySQL多IDC架构设计，包括分区依据、数据同步和多活架构。分区通过地区ID和商户ID分布到不同Zone和分片，使用自研DRC进行数据同步。全局数据GlobalZone保证单IDC写入，多IDC可读，而shardingZone实现读写都在本地IDC，避免跨IDC依赖。架构强调业务内聚、可用性优先和正确性保证，同时确保业务可感。
关于饿了么MySQL多IDC架构外面材料比较多，而且目前属于上线运行，运行比较好的业务，这里做一个记录。
分区依据： 把数据库首先分Zone，然后依赖于地区ID分布到不同Zone中，同一个Zone依赖于商户ID分布到不同分版中(shard)。每个Zone在不同IDC中进行互备。

底层数据同步依赖于自研的DRC进行数据同步。

使用上面的结构的好处就是两个IDC基本可以做到同时对外提供服务，不好的地方是，基本是原来的数据量直接翻倍的容量。
根据数据使用上不同，把Zone拆分为： 全局数据GlobalZone(单IDC写入，多IDC可读)，多活架构(真正多活)。
全局数据GlobalZone

这种架构相于对简单，单节点写入， 容易控制数据的一致性。
多活架构(shardingZone):
&
最低0.47元/天 解锁文章
827
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
