关于 OceanBase 多副本故障自动恢复机制，下列说法正确的有（）多选题
A. 小于半数节点故障时，可自动恢复且 RPO=0
B. 多于半数节点故障时，必须人工介入，通过单副本方式拉起服务
C. Follower 副本故障时，因不承载业务，对业务基本无影响
D. 节点恢复后，副本会先追平数据，再重新参与多副本同步
9 个赞
A、C、D。
选项 A：小于半数节点故障时，可自动恢复且 RPO=0
- 正确 。
- 原理 ：OceanBase 基于 Multi-Paxos 协议实现多副本强一致性。只要存活的副本数量超过半数（多数派），集群就能自动选举出新的 Leader 并继续提供服务。
- 数据可靠性 ：由于事务提交需要多数派确认（例如三副本中至少两副本写入成功），因此在少数派（小于半数）故障时，已提交的数据不会丢失，即 RPO=0 。
选项 B：多于半数节点故障时，必须人工介入，通过单副本方式拉起服务
- 错误 。
- 原因 ：当故障节点超过半数（例如三副本中挂了两个）时，剩余副本无法构成多数派，集群确实会停止服务以保护数据一致性。
- 恢复机制 ：OceanBase 提供了自动补副本 机制。系统会自动检测到副本缺失，并在健康的节点上自动重建副本，当副本数恢复到多数派后，服务会自动恢复，通常不需要人工介入 进行单副本拉起。
选项 C：Follower 副本故障时，因不承载业务，对业务基本无影响
- 正确 。
- 原理 ：在 OceanBase 的默认架构中，Leader 副本 负责处理读写请求（强一致性读），而 Follower 副本 主要负责同步日志和提供弱一致性读（如备库读）。
- 影响 ：当 Follower 故障时，Leader 依然可以正常处理事务（只要多数派存活），因此对核心读写业务基本无影响。
选项 D：节点恢复后，副本会先追平数据，再重新参与多副本同步
- 正确 。
- 原理 ：故障节点恢复后，其数据可能落后于当前集群的最新状态。该副本会先进入追平数据 （Replay Log）的状态，从 Leader 或其他 Follower 处同步缺失的日志。
- 重新加入 ：只有在数据完全追平（与 Leader 一致）后，该副本才会重新加入 Paxos 组，成为有效的投票成员（Follower），并有机会在下次选举中成为 Leader。
4 个赞
我选ABCD，觉得B对
4 个赞
A. 小于半数节点故障时，可自动恢复且 RPO=0
C. Follower 副本故障时，因不承载业务，对业务基本无影响
D. 节点恢复后，副本会先追平数据，再重新参与多副本同步
3 个赞
选择ABCD
A: OceanBase 基于 Paxos 协议实现多副本高可用，当故障节点数小于半数时，集群仍能维持多数派，可自动完成故障恢复，且 RPO（恢复点目标）=0，无数据丢失。
B: 当多于半数节点故障时，Paxos 协议无法形成多数派，集群无法自动恢复，必须人工介入，通过单副本强制拉起服务的方式恢复业务。
C:Follower 副本仅负责数据同步与冗余备份，不承载读写业务，因此 Follower 副本故障时，不会影响主副本的正常业务，对业务基本无影响。
D:故障节点恢复后，副本会先追平与主副本的增量数据，完成数据一致性校验，再重新加入多副本同步组，保障数据一致性。
3 个赞
全选
4 个赞
a c d
2 个赞
关于 OceanBase 多副本故障自动恢复机制，下列说法正确的有：
- A. 小于半数节点故障时，可自动恢复且 RPO=0
- C. Follower 副本故障时，因不承载业务，对业务基本无影响
- D. 节点恢复后，副本会先追平数据，再重新参与多副本同步
选项 B 并不正确。多于半数节点故障时，系统确实无法维持服务，但是具体恢复方法取决于实际的配置和策略，并不一定必须通过单副本方式拉起服务。希望这些信息能够帮助您更好地理解 OceanBase 的多副本故障自动恢复机制。
详情请参考:
2 个赞
全选ABCD
2 个赞
选abd
2 个赞
c不对
1 个赞
你是不是在哪里
1 个赞
学到了
1 个赞