OceanBase数据库技术架构介绍

1、业务驱动的技术架构OceanBase的实践与展望大纲1. 关 于 OceanBase 2.OceanBase的架构介绍3.来自业务的挑战和需求4.OceanBase应对业务挑战的架构演进5.展望：下一代的OceanBase关于OceanBase100%自主知识产权的国产数据库；商业数据库；通用关系型数据库；原生分布式数据库；2010年项目启动2018年发布2.0版本直击金融业务架构转型痛点2014年起宝支持支付 核心业务去Oracle2017年服行务外部银构建互联网金融核心OceanBase架构介绍全对等节点的无共享分布 式数据库；数据分区，多副本及Paxos协议；OBProxy反向代理;基于

2、LSM Tree的存储结构；OceanBase架构（一）多副本：OceanBase一般部署为三个子集群(Zone)，每个子集群(Zone)由多个节点/服务器（OBServer）组成，拥有完整的一份数据；全对等：每个节点均有自己的SQL引擎和存储引擎， 各自管理不同的数据分区，完全对等无共享：OceanBase数据分布在各个节点上，不 基于任何共享存储结构OceanBase架构（二）数据分区：OceanBase数据架构的基本 单元，是传统数据库的分区表在分布式 系统上的实现高可用+强一致：多副本+Paxos协议， 保证数据（日志）写（持久化）到三台 机器中至少两台OceanBase架构（三）OB

3、Proxy：百万级处理能力的代理， 路由转发，轻量级SQL Parser，无状 态反向代理功能复杂场景支持自动化运维OceanBase架构（四）业务的挑战如何在业务高峰平滑扩容，高峰后如何缩容，甚至对业务无感知；如何去O，如何保证风险可控地去O；如何解决多活和异地容灾；如何备份分布式数据库，如何恢复到一个全局一致的时间点；如何规避分布式数据库的种种限制，如分区键和主键的绑定关系；如何解决非分区维度查询的问题；如何解决业务数据量膨胀之后的冷热数据问题；通过副本类型变更支持弹性大促BackupLeaderFollowerReadOnlyLogOnly主副本（Leader）：Paxos协议复制组中的

4、主分区；从副本（Follower）：Paxos协议复制组中的从分区；只读副本（ReadOnly）：不参与Paxos协议投票，可提供读能力的分区；日志副本（LogOnly）：参与Paxos协议投票，但只包含日志（不含数据）的分区；备份副本（Backup）：不参与Paxos协议投票，仅仅从主从副本复制数据的分区；支付宝的弹性大促UID 00UID 01UID 02UID 03城市1城市2城市3机房1机房2机房3机房4机房5机房6机房7机房8机房9ABCABCABCABC机房2、3、5、7为云机房LeaderFollowerReadOnlyLogOnly支付宝的弹性大促UID 00UID 01UID

5、 02UID 03机房2、3、5、7为云机房城市1城市2城市3机房1机房2机房3机房4机房5机房6机房7机房8机房9ABCFEDABCADBECFFEDABCLeaderFollowerReadOnlyLogOnly支付宝的弹性大促UID 00UID 01UID 02UID 03机房2、3、5、7为云机房城市1城市2城市3机房1机房2机房3机房4机房5机房6机房7机房8机房9ABCFEDABCADBECFFEDABCLeaderFollowerReadOnlyLogOnly支付宝的弹性大促UID 00UID 01UID 02UID 03机房2、3、5、7为云机房城市1城市2城市3机房1机房2机

6、房3机房4机房5机房6机房7机房8机房9ABCFEDABCADBECFFEDABCLeaderFollowerReadOnlyLogOnly支付宝的弹性大促UID 00UID 01UID 02UID 03机房2、3、5、7为云机房城市1城市2城市3机房1机房2机房3机房4机房5机房6机房7机房8机房9ABCFEDABCADBECFFEDABCLeaderFollowerReadOnlyLogOnly支付宝的弹性大促UID 00UID 01UID 02UID 03机房2、3、5、7为云机房城市1城市2城市3机房1机房2机房3机房4机房5机房6机房7机房8机房9ABCFEDABCADBECFFED

7、ABCLeaderFollowerReadOnlyLogOnly支付宝的弹性大促UID 00UID 01UID 02UID 03机房2、3、5、7为云机房城市1城市2城市3机房1机房2机房3机房4机房5机房6机房7机房8机房9ABCFEDDEFFEDLeaderFollowerReadOnlyLogOnly通过热备库解决异地容灾通过热备库解决异地容灾通过热备库解决异地容灾通过备份恢复组件实现数据备份通过备份恢复组件实现数据恢复通过历史库平台实现冷热数据分离解决在线库空间日渐紧张的问题，节约数据存储成本通过数据转换服务实现去O评估兼容性PoC部署OB相关预迁移部分数据验证sql性能正式迁移全量和 增量数据校验以及订正切换停应用回滚反向切换（可选）性能诊断（可选）通过GTS实现全局一致性GTS（Global Time Service）OceanBase 内部每个租户启 动一个全