OceanBase 基于分布式多副本架构实现高可用、读写分离、日志持久化，下面从核心定义、核心能力、使用场景、特点方面分析三类副本的差异。

一、全能型副本（Full Replica / 全能副本）

核心定义

完整数据副本 + 具备全功能服务能力，是集群主副本/普通可用副本的标准形态，也是租户默认副本类型。

1. 存储完整的业务数据 + 完整日志，数据与主节点完全一致；
2. 同时支持读写请求、事务提交、日志回放、选举参与、故障接管。

核心能力

• 可当选Leader（主副本）：承担分区写操作、事务协调、日志生成；
• 可作为Follower（从副本）：同步主副本日志，提供读服务；
• 支持 DML/DDL、事务、索引、视图、存储过程等全量数据库功能；
• 参与分区选举、容灾切换，是集群高可用的核心节点。

适用场景

• 生产业务主副本、常规从副本（三副本架构中默认均为全能副本）；
• 承载线上读写混合业务；
• 机房内基础高可用副本，故障时可无缝接管写服务。

特点

• 资源开销最高（数据+日志全量存储，内存、CPU 需支撑读写事务）；
• 数据强一致，角色可动态切换（Leader ↔ Follower）。

二、只读型副本（Readonly Replica / 只读副本）

核心定义

完整数据副本，但强制禁用写能力，仅专门承载读流量的专用副本，属于读写分离专用角色。

1. 存储完整业务数据 + 完整日志，数据和全能副本强一致；
2. 永久无法当选 Leader、不承接任何写请求，仅做日志回放、对外提供读服务。

核心能力

• 只支持SELECT、查询、分析、报表等读操作，拒绝 DML/DDL、事务提交；
• 同步主副本日志，保证数据实时一致；
• 不参与分区 Leader 选举，故障不会影响写服务选主流程；
• 可分担主副本读压力，实现业务读写分离。

适用场景

• 线上查询、报表、BI、后台统计、离线分析等纯读业务；
• 高并发读场景，拆分读流量，保护主副本读写性能；
• 临时查询、运维核查、数据导出，避免影响核心交易。

特点

• 存储开销和全能副本一致（全量数据）；
• CPU/内存偏向读优化，无需预留写事务资源；
• 架构上不参与写容灾，仅做流量卸载。

三、日志型副本（Log Replica / 日志副本）

核心定义

仅存储事务日志、不存储完整业务数据，是轻量化副本，主打日志同步、容灾、仲裁，无完整数据表数据。

关键区别：它没有完整的 SSTable 数据文件，只同步 Redo 日志。

核心能力

1. 仅同步、持久化Redo 日志，不回放生成完整业务数据；
2. 不提供业务读写服务（查数据会报错）；
3. 可参与分区选举、仲裁投票，提升集群 quorum（多数派），保障分区可用性；
4. 仅承担日志持久化、角色仲裁、异地容灾日志兜底。

适用场景

• 跨机房/异地容灾：低成本搭建异地副本，只同步日志，节省异地存储/带宽；
• 仲裁节点：三副本不足时，用日志副本凑数满足「多数派选举」，避免分区切不可用；
• 资源受限节点：不想承担数据存储，仅用于集群高可用投票。

特点

• 资源开销极低：仅存日志，磁盘、内存、CPU 占用远低于前两者；
• 无法对外提供业务查询/写入，纯底层集群角色；
• 不能单独接管业务，仅做日志兜底 + 选举仲裁。

三类副本核心对比表

生产中常用3个全能副本，满足同城高可用，兼顾读写+容灾。

关键注意点

1. 副本类型在租户/分区维度配置，创建副本时指定，运行中也可动态修改；
2. 日志副本不能单独恢复业务，故障恢复仍依赖全能/只读副本的完整数据；
3. 只读副本只是功能禁用写，数据一致性和全能副本完全对等，不属于延迟副本；
4. OB 分区选举规则：只有全能副本能成为 Leader，另外两类仅做 Follower/投票节点。

关于作者

网名：飞天，墨天轮2024年度、2025年度优秀原创作者，拥有 Oracle 10g OCM 认证、PGCE认证、MySQL 8.0 OCP认证以及OBCA、KCP、KCSM、ACP、YCP、HCIP-openGauss、HCCDP-GaussDB、磐维等众多国产数据库认证证书，目前从事Oracle、Mysql、PostgreSQL、磐维数据库管理运维工作，喜欢结交更多志同道合的朋友，热衷于研究、分享数据库技术。
微信公众号：飞天online
墨天轮：https://www.modb.pro/u/15197
如有任何疑问，欢迎大家留言，共同探讨~~~

版权申明：内容来源网络，版权归原创者所有，如有侵权请联系删除

想了解更多干货，可通过下方扫码关注

可扫码添加上智启元官方客服微信👇