提升存储效率助力 OceanBase 小型化_赵裕众.pdf

1、赵裕众OceanBase资深研发总监OceanBaseOceanBase存储引擎小型化存储引擎小型化为什么要做小型化？一个自由扩展的梦想业务规模小型业务中型业务大型业务核心业务传统数据库选型小规格机器MySQL高规格机器Oracle高规格RAC高规格RAC共享存储主机DB2OceanBase小规格OB高规格OB高规格OB高规格OB高规格OBOBOBOBOBOBOBOBOBOBOBOBOB为什么之前的架构不可以？一切的根源在日志流日志流 事务原子性（A）、持久性（D）的保证 短事务RT 的根源单机数据库只有一条日志流分布式数据库一定是多条日志流原子性分布式事务（2PC）持久性一致性协议（Paxo

2、s）OverHead在哪里？日志流 一个Partition/Region/Chunk一个日志流持久性保证高可用Paxos选举Paxos组数量（日志流数量）原子性保证分布式事务一阶段提交两阶段提交参与者数量（日志流数量）Overhead有多大？无主选举45个核持久性的代价（OceanBase 3.x）有主连任23个核 50w分区Overhead有多大？05001000150020001个参与者4个参与者10个参与者100个参与者TPS100并发300并发500并发原子性的代价（OceanBase 3.x）怎么解？日志流数量数据量相关节点数相关不仅仅是CPU多租户更精简的系统租户拆系统内存 拆IO

3、拆后台线程不仅仅是CPU内存取舍ZONE_1ZONE_2ZONE_3P5P6P8OBServerP7P1P2P4OBServerOBServerP1RSP2OBServerRSP4Driver/OBProxyWeak ReadsWritesReadsSQLSQLSQLSQLP5P6P8P7P1P2P4P5P6P7RSP8 Zone间异构 同构取舍副本管理（表级租户级）Primary Zone 只读副本 副本数量 日志副本4.0的存储引擎带来了什么？即使是拼单机OceanBase也更值得01000020000300004000050000lnsertUpdateWrite OnlyRead On

4、lyRead WritePoint Select4C16G SysbenchOceanBase社区版4.0RDS for MySQL 8.01110120194905117214325444121638 17911172 11124434946316即使是拼单机OceanBase也更值得020406080100120140160MySQL v8.0CockroachDB v22.1.7DB-TOceanBase v4.0TPC-H 100GBData Size(GB)提升扩展性手动档 指定Table Group自动档Group RPC负载均衡调度实在不行就加机器吧分布式事务的参与者总是有限的扩

5、展性0100,000,000200,000,000300,000,000400,000,000500,000,000600,000,000700,000,000800,000,0003927812435101,554#of nodes8.E+087.E+086.E+085.E+084.E+083.E+082.E+081.E+080.E+00tpmC1,374,1014,119,84812,359,31437,082,136233,444,387111,230,215707,351,007TPC-C未来OceanBase的存储引擎还会如何发展？更透明、更高效、更易用业务规模小型业务中型业务大型业务核心业务传统数据库选型小规格机器MySQL高规格机器Oracle高规格RAC高规格RAC共享存储主机DB2OceanBase小规格OB高规格OB高规格OB高规格OB高规格OBOBOBOBOBOBOBOBOBOBOBOBOBQ&AGitHub:/oceanbase/服务号：OceanBase数据库星球论坛：