本文作者：时晖（玄霄），蚂蚁金服高级技术专家，现负责中间件微服务团队。2010年应届加入 支付宝，一直在基础技术部门工作。经历了支付宝/蚂蚁金服从SOA化到异地多活架构的发展历程， 参与过运维平台、服务注册中心、配置中心、微服务平台的建设。熟悉蚂蚁技术架构演进历史，对 分布式系统高可用设计有切身体会。同时还从事蚂蚁科技输出工作，为多家金融机构提供过技术架 构解决方案咨询。

“异地多活”是互联网系统的一种高可用部署架构，而“单元化”正是实现异地多活的一个解题思路。

李中原，平安银行分布式数据库负责人，具有10多年数据库运维和项目实施经验，参与或主导过众多大型项目。目前是平安银行分布式数据库技术负责人， 主要负责平安银行分布式数据库和国产数据库的推广，支持了平安银行信用卡A+系统由大型机到分布式架构的转型， 该项目是国内首个大型机到分布式架构的银行核心系统。

成本节省超10亿！平安银行分布式单元化架构的运维实践

ID是数据的唯一标识，传统的做法是利用UUID和数据库的自增ID，在互联网企业中，大部分公司使用的都是Mysql，并且因为需要事务支持， 所以通常会使用Innodb存储引擎，UUID太长以及无序，所以并不适合在Innodb中来作为主键，自增ID比较合适，但是随着公司的业务发展， 数据量将越来越大，需要对数据进行分表，而分表后，每个表中的数据都会按自己的节奏进行自增，很有可能出现ID冲突。这时就需要一个单独 的机制来负责生成唯一ID，生成出来的ID也可以叫做分布式ID，或全局ID。