status: 学习中

---

OceanBase 初识：为什么需要一个"既能跑又能跳"的数据库

从一个真实场景说起

想象你在运营一个电商平台。双十一零点，订单像洪水一样涌入：

• OLTP 场景：用户下单、支付、库存扣减 → 要求极低延迟、强一致性
• OLAP 场景：实时大屏展示销售额、热销商品排行 → 要求复杂查询、大数据量聚合

传统做法是什么？搭两套系统：

• MySQL 处理交易（OLTP）
• ClickHouse/Hive 做分析（OLAP）
• 中间用 Kafka + ETL 同步数据

这套架构的问题：

1. 数据延迟：分析数据总是滞后几分钟甚至几小时
2. 维护成本：两套系统的运维、监控、备份
3. 数据一致性：同步链路出问题时，两边数据对不上
4. 资源浪费：OLTP 高峰时 OLAP 闲置，反之亦然

[!question] 核心问题
能不能有一个数据库，既能处理高并发交易，又能跑复杂分析查询？

这就是 OceanBase 要解决的问题。

OceanBase 是什么

OceanBase 是一个原生分布式数据库，最大的特点是 HTAP（Hybrid Transactional/Analytical Processing）：

• TP（Transaction Processing）：像 MySQL 一样处理在线交易
• AP（Analytical Processing）：像 ClickHouse 一样做实时分析
• H（Hybrid）：在同一份数据上同时支持两种负载

用一个比喻：传统数据库像专业运动员，短跑选手跑得快但跳不高，跳高选手跳得高但跑不快。OceanBase 像十项全能选手，虽然单项可能不是第一，但综合能力最强。

为什么 OceanBase 能做到这一点

1. 存储引擎的秘密：LSM-Tree

OceanBase 使用 LSM-Tree（Log-Structured Merge-Tree）存储引擎，而不是 MySQL 的 B+ Tree。

关键区别：

• B+ Tree：写入时直接修改磁盘上的数据页 → 随机写，慢
• LSM-Tree：写入先进内存（MemTable），批量刷盘 → 顺序写，快

写入流程：
用户写入 → MemTable（内存） → 定期合并 → SSTable（磁盘）
                ↓
            WAL 日志（保证持久化）

为什么这对 HTAP 重要？

• TP 负载：写多读少 → LSM-Tree 的顺序写优势明显
• AP 负载：读多写少 → LSM-Tree 的列式存储（SSTable）扫描效率高

2. 多副本架构：Paxos 协议

OceanBase 使用 Paxos 协议实现多副本强一致：

三副本部署：
Zone1: Leader（主）  ← 处理读写
Zone2: Follower（从） ← 同步复制
Zone3: Follower（从） ← 同步复制

关键点：

• 写入必须在多数派（2/3）确认后才返回成功 → 强一致性
• 任意一个副本挂掉，自动选主 → 高可用
• 不同于 MySQL 的异步复制（主从延迟问题）

3. 分区与负载隔离

OceanBase 支持表分区（Partition）和租户隔离（Tenant）：

物理集群
├── 租户 A（OLTP 业务）
│   ├── CPU: 50 核
│   ├── 内存: 200GB
│   └── 表分区: 按用户 ID 哈希分布
└── 租户 B（OLAP 业务）
    ├── CPU: 30 核
    ├── 内存: 100GB
    └── 读取租户 A 的数据（共享存储）

好处：

• TP 和 AP 负载物理隔离，互不影响
• 同一份数据，不需要 ETL 同步
• 资源可以动态调整

OceanBase 与 MySQL 的关系

[!tip] 兼容性
OceanBase 高度兼容 MySQL 协议和语法，大部分 MySQL 应用可以无缝迁移。

相同点：

• SQL 语法 99% 兼容 MySQL
• 支持 JDBC/ODBC 驱动
• 支持事务（ACID）

不同点：

• OceanBase 是分布式架构，MySQL 是单机
• OceanBase 使用 LSM-Tree，MySQL 使用 B+ Tree
• OceanBase 原生支持 HTAP，MySQL 需要外部组件

迁移成本：

• 应用层：几乎不需要改代码
• 运维层：需要学习分布式数据库的运维方式

适用场景

适合 OceanBase 的场景：

1. 需要同时支持交易和分析（如电商、金融）
2. 数据量大，单机 MySQL 扛不住（TB 级以上）
3. 对可用性要求高（金融级）
4. 希望简化架构，减少组件数量

不适合的场景：

1. 数据量小（几十 GB），单机 MySQL 够用
2. 纯 OLAP 场景（ClickHouse 更合适）
3. 团队没有分布式数据库运维经验

小结

OceanBase 的核心价值：

1. 一体化：OLTP + OLAP，减少数据搬运
2. 高可用：多副本强一致，金融级可靠性
3. 弹性扩展：分布式架构，水平扩展
4. MySQL 兼容：迁移成本低

---