首批通过分布式安全可靠测评，为关键业务系统打造
副本概述
更新时间：2026-06-23 18:26:28
编辑
分享
本节主要介绍副本相关的基础概念及 OceanBase 数据库支持的副本类型。
副本基础信息
在介绍副本前，需要了解以下信息：
Log：本文中主要指与事务相关的 Clog 日志。
MemTable：表示目前内存中已经被读写更改过的数据，也可称之为内存表。
SSTable：表示存储在磁盘中的基线数据，当数据被事务读取或修改时，会暂存在 MemTable 中。合并发生时 MemTable 中的数据会和 SSTable 中的数据进行合并形成更新版本的 SSTable。
OceanBase 数据库是以表分区（ Partition ）为原子粒度进行管理的，为了数据安全和提供高可用的数据服务，每个分区数据在物理上存储多份，每一份叫做分区的一个副本。每个副本，包括存储在磁盘上的静态数据（ SSTable ）、存储在内存的增量数据（ MemTable ）以及记录事务的日志三类主要的数据。根据存储数据种类的不同，副本有几种不同的类型，以支持不同业务在在数据安全，性能伸缩性，可用性，成本等之间的选择。
副本类型
OceanBase 数据库中支持多种副本类型，包含：
全能型副本
目前支持的普通副本，拥有事务日志、MemTable 和 SSTable 等全部完整的数据和功能。它可以随时快速切换为 Leader 以对外提供服务。
日志型副本
只包含日志的副本，没有 MemTable 和 SSTable。它参与日志投票并对外提供日志服务，可以参与其他副本的恢复，但自己不能变为 Leader 提供数据库服务。
只读型副本
包含完整的日志、MemTable 和 SSTable 等。但是它的日志比较特殊，它不作为 Paxos 成员参与日志的投票，而是作为一个观察者实时追赶 Paxos 成员的日志，并在本地回放。这种副本可以在业务对读取数据的一致性要求不高的时候提供只读服务。因其不加入 Paxos 成员组，又不会造成投票成员增加导致事务提交延时的增加。
以下表格展示了上述副本的特性差异。
| 特性 | 全能型 | 日志型 | 只读型 |
|---|---|---|---|
| LOG | 有，参与投票（ SYNC_CLOG ） | 有，参与投票（ SYNC_CLOG ） | 有，但不属于 Paxos 组，只是 listener（ ASYNC_CLOG ） |
| MemTable | 有（ WITH_MEMSTORE ） | 无（ WITHOUT_MEMSTORE ） | 有（ WITH_MEMSTORE ） |
| SSTable | 有（ WITH_SSSTORE ） | 无（ WITHOUT_SSSTORE ） | 有（ WITH_SSSTORE ） |
| 数据安全 | 高 | 低 | 中 |
| 恢复为 Leader 的时间 | 快 | 不支持 | 不支持 |
| 资源成本 | 高 | 低 | 高 |
| 服务 | Leader 提供读写， Follower 可非一致性读 | 不可读写 | 非一致性读 |
| 名称（缩写） | FULL（ F ） | LOGONLY（ L ） | READONLY（ R ） |
| 副本类型值 | 0 | 5 | 16 |
说明
副本类型值是副本类型名称对应的 ID，内部代码是通过此 ID 来识别不同的副本类型。replica_type 字段如果是 varchar，会显示副本类型名称；如果是 int，会显示副本类型值。
