OceanBase数据库技术架构介绍.pptx

业务驱动的技术架构—OceanBase的实践与展望/www/./a/n/t/g/r/o/u/p./c/o/m1. 关 于 OceanBase 2.OceanBase的架构介绍大纲3.来自业务的挑战和需求4.OceanBase应对业务挑战的架构演进5.展望：下一代的OceanBase/www/./a/n/t/g/r/o/u/p./c/o/m关于OceanBase100%自主知识产权的国产数据库；商业数据库；通用关系型数据库；原生分布式数据库；2014年起宝支持支付 核心业务去Oracle2017年服行务外部银构建互联网金融核心2018年发布2.0版本直击金融业务架构转型痛点2010年项目启动OceanBase架构介绍全对等节点的无共享分布 式数据库；数据分区，多副本及Paxos协议；OBProxy反向代理;基于LSM Tree的存储结构；OceanBase架构（一）多副本：OceanBase一般部署为三个子集群(Zone)，每个子集群(Zone)由多个节点/服务器（OBServer）组成，拥有完整的一份数据；全对等：每个节点均有自己的SQL引擎和存储引擎， 各自管理不同的数据分区，完全对等无共享：OceanBase数据分布在各个节点上，不 基于任何共享存储结构OceanBase架构（二）数据分区：OceanBase数据架构的基本 单元，是传统数据库的分区表在分布式 系统上的实现高可用+强一致：多副本+Paxos协议， 保证数据（日志）写（持久化）到三台 机器中至少两台OceanBase架构（三）OBProxy：百万级处理能力的代理， 路由转发，轻量级SQL Parser，无状 态反向代理功能复杂场景支持自动化运维OceanBase架构（四）业务的挑战如何在业务高峰平滑扩容，高峰后如何缩容，甚至对业务无感知；如何去O，如何保证风险可控地去O；如何解决多活和异地容灾；如何备份分布式数据库，如何恢复到一个全局一致的时间点；如何规避分布式数据库的种种限制，如分区键和主键的绑定关系；如何解决非分区维度查询的问题；如何解决业务数据量膨胀之后的冷热数据问题；通过副本类型变更支持弹性大促LeaderLogOnlyBackupFollowerReadOnly主副本（Leader）：Paxos协议复制组中的主分区；从副本（Follower）：Paxos协议复制组中的从分区；只读副本（ReadOnly）：不参与Paxos协议投票，可提供读能力的分区；日志副本（LogOnly）：参与Paxos协议投票，但只包含日志（不含数据）的分区；备份副本（Backup）：不参与Paxos协议投票，仅仅从主从副本复制数据的分区；支付宝的弹性大促LeaderFollowerReadOnlyLogOnly城市1城市2城市3机房1机房2机房3机房4机房5机房6机房7机房8机房9ABCABCABCABCUID 00UID 01UID 02UID 03机房2、3、5、7为云机房支付宝的弹性大促LeaderFollowerReadOnlyLogOnly城市1城市2城市3机房1机房2机房3机房4机房5机房6机房7机房8机房9ABCFEDABCADBECFFEDABCUID 00UID 01UID 02UID 03机房2、3、5、7为云机房支付宝的弹性大促LeaderFollowerReadOnlyLogOnly城市1城市2城市3机房1机房2机房3机房4机房5机房6机房7机房8机房9ABCFEDABCADBECFFEDABCUID 00UID 01UID 02UID 03机房2、3、5、7为云机房支付宝的弹性大促LeaderFollowerReadOnlyLogOnly城市1城市2城市3机房1机房2机房3机房4机房5机房6机房7机房8机房9ABCFEDABCADBECFFEDABCUID 00UID 01UID 02UID 03机房2、3、5、7为云机房支付宝的弹性大促LeaderFollowerReadOnlyLogOnly城市1城市2城市3机房1机房2机房3机房4机房5机房6机房7机房8机房9ABCFEDABCADBECFFEDABCUID 00UID 01UID 02UID 03机房2、3、5、7为云机房支付宝的弹性大促LeaderFollowerReadOnlyLogOnly城市1城市2城市3机房1机房2机房3机房4机房5机房6机房7机房8机房9ABCFEDABCADBECFFEDABCUID 00UID 01UID 02UID 03机房2、3、5、7为云机房支付宝的弹性大促LeaderFollowerReadOnlyLogOnly城市1城市2城市3机房1机房2机房3机房4机房5机房6机房7机房8机房9ABCFEDDEFFEDUID 00UID 01UID 02UID