打造开发者友好的分布式数据库_杨传辉.pdf

1、杨传辉OceanBase CTO打造开发者友好的分布式数据库OceanBase 整体架构演进2010 20152016 20212022 OceanBase0.10.5单写多读架构OceanBase1.x3.x全分布式架构OceanBase4.x单机分布式一体化架构稳定可靠稳定可靠很多个 0 前面那个 1海恩法则29轻微事故每一起严重事故的背后，必然有300未遂先兆1000事故隐患次起起支付宝 OceanBase 稳定性最佳实践数据一致性：应校尽校混沌工程：断网演练，持续备份恢复周边应用核心应用（流水型）核心应用（状态型）区分流水库与状态库高性能高性能、低门槛、低门槛一体化架构提升性能，降低门

2、槛业界 NewSQL 系统单机性能有较大差距point selectread onlywrite onlyread writeinsertupdate non indexYugabyteDB 2.15.1.095,68965,29921,04042,3929,82341,152CockroachDB 22.1.356,69922,40617,71516,72711,71623,727MySQL 8.0496,464260,336313,009219,206124,834113,61695,689 65,299 21,040 42,392 9,823 41,152 56,699 22,406 1

3、7,715 16,727 11,716 23,727 496,464 260,336 313,009 219,206 124,834 113,616 0100,000200,000300,000400,000500,000600,000YugabyteDB 2.15.1.0CockroachDB 22.1.3MySQL 8.032c*3 节点，500G 内存，NVMe SSDQPS单机性能不足使得 NewSQL 无法成为主流数据库MySQLPostgreSQLNewSQL分库分表HBase分布式表格Cassandra分布式 KV分布式系统百家争鸣，没有哪一类产品能够同时满足开发者的扩展性、功能

4、和性能需求开发者需要一个兼具分布式扩展性和单机完备功能&高性能的单机分布式一体化数据库为什么一体化架构能够同时做到可扩展和高性能？分布式数据库 OLTP 应用场景：大部分为单机读写（比例 80%），少部分为跨机读写（小于 20%）分布式可扩展数据分布数据重分布不支持动态扩展集中式数据库存储层数据动态分布每条 SQL 一次远程访问NewSQL单机单日志流分区动态绑定到日志流单机读写没有分布式 overheadOceanBase 4.x数据预先分区，各分区独立日志流大量分区管理 overheadOceanBase 1.x3.xIBMSQL 层KV 层日志流日志流日志流日志流日志流日志流日志流一体化

5、架构从单机到分布式对应用无感知日志流日志流客户端客户端MySQL 兼容协议单机拓展到分布式日志流迁移中MySQL 兼容协议一体化架构单机性能超越 MySQLpoint selectread onlyread writewrite onlyinsertupdate non indexMySQL 8.0501,519249,230210,091288,776107,786108,997OceanBase 4.1712,266311,078292,658420,599234,703256,710501,519 249,230 210,091 288,776 107,786 108,997 712,2

6、66 311,078 292,658 420,599 234,703 256,710 0100,000200,000300,000400,000500,000600,000700,000800,000MySQL 8.0OceanBase 4.132c 测试环境MySQL 8.0 vs OceanBase 4.1.0.0QPS一体化架构降低开发者使用门槛128GB64GB4C32G/4C16G/4C8G单一 OBServer 进程+主备模式与单机数据库完全一样的使用方式功能功能强大强大一份数据既做交易又做分析HTAP 系统的适用场景数据仓库会员交易支付账务适合 OLTP(含复杂查询)和实时分析，