核心系统分布式升级异地多活部署达金融级容灾标准

1. 原系统架构无法满足业务目标
   1. ​原有支付链路系统架构无法满足TPS、支付、用户在线数提升20倍，高可用99.999%目标
2. 租户不隔离
   1. ​由于在某国产数据库集群中放置了很多库，因此多个库之间共享集群资源，在某些库对应的业务流量高峰期时，业务之间互相影响，严重影响使用体验。
3. 硬件成本高
   1. ​在运维过程中，为了保障业务的稳定性，避免不同业务之间互相影响，通常对业务进行物理隔离，即不同的业务使用不同的数据库环境，因此多套业务对应多套数据库环境。虽然业务之间做到了隔离，但是成本昂贵。

1. 商业版和社区版双技术路线
   1. OceanBase 商业版和社区版双技术路线，一体化国产数据库解决方案，满足MySQL/Oracle兼容性，实现技术栈收敛，全面替换国外传统集中式数据库、 MySQL和TiDB。
2. 高稳定保障
   1. ​业务表对应的数据在底层以多个数据分片形式存在，在分布式架构下，单表的数据可以均衡分布在不同的节点，不需要复杂的分库分表方案；同时在底层数据存储时，数据存储多份（默认三副本）同时引入多数派 Paxos 选举协议，在集群少数节点或者副本故障、异常时，确保上层业务不会受到影响，同时业务数据不丢失。
3. 多租户能力及资源隔离
   1. ​在实际使用中如商城业务会分很多库，为了避免这些库之间资源发生争抢从而导致其他库无法正常运行，将库按租户进行分离，利用租户的资源隔离能力，限制每个库的使用资源额度。并且，租户资源可以灵活调整，所以，每个库的资源也可以动态调整，从而保证业务的稳定性和灵活性。

第一阶段：初始态。单机房三副本，南京机房单中心三副本集群架构。

第二阶段：新增马鞍山和芜湖机房，进行单机房三副本向三机房五副本架构升级转换，形成终态三中心五副本架构,提供机房级容灾难能力。其中，芜湖机房新增两个副本承担部分读写业务。马鞍山机房增加一个副本作为业务只读副本。最终IDC-1，IDC-2，IDC-3三中心形成五副本（2-2-1）集群架构，其中南京机房和芜湖机房承担主业务流量，且互为灾备机房。

1. 显著降低存储成本
   1. ​多租户特性具备资源隔离，账单中心和消息中心业务迁移至 OceanBase 机器资源从原来的14台机器变为6台，硬件成本降低 57%。同时，数据压缩使得磁盘减少85%，服务器数量减少60%，资源利用率提升8倍以上，实现降本增效目标。
2. 业务处理能力提升
   1. ​通过增加节点来扩展计算和存储能力，同时一体化架构使得分布式集群组件之间和组件内部 RPC 消耗更少。业务处理能力提升30倍，性能提升5倍，单表分析能力提升10%-20%，且具备在线线性扩展能力，满足后续业务增长需求。
3. 实现高可用高容灾
   1. ​基于Paxos协议的两地三中心（南京+上海）架构，满足容灾架构升级要求，故障恢复从小时级别降到秒级，实现RPO=0，RTO<30秒，达到金融6级容灾标准。
4. 实现业务零改造升级
   1. ​DSG数据迁移和OMS增量校验割接方案，实现数据平滑迁移柔性割接，业务零改造，且缩短割接窗口。单实例最小数据量4.75T最大43T，增量校验实现分钟级数据库割接 (10分钟以内)。