OceanBase 中某节点的 Follower 副本故障 时，业务会受到什么影响？（）

[AntTech_F1DVHT]

OceanBase 中某节点的 Follower 副本故障 时，业务会受到什么影响？（）
A. 读写完全中断
B. 写入短暂卡顿，读不受影响
C. 对业务基本无影响
D. 必须人工切换才能继续服务

[可可可]

C. 对业务基本无影响 。
OceanBase 的高可用架构基于 Paxos 协议和多副本机制，这决定了其在节点故障时的表现。

1. Follower 副本的角色 ：Follower 副本主要负责数据冗余和提供读服务（在读写分离场景下），不直接处理写入请求。写入操作由 Leader 副本负责。
2. Paxos 协议的多数派原则 ：OceanBase 通过 Paxos 协议在多个副本间同步数据。只要集群中存活的副本数量满足“多数派”（例如，在三副本架构中至少有2个副本存活），系统就能保证数据的强一致性和服务的连续性。
3. 故障影响分析 ：当一个 Follower 副本所在的节点发生故障时：

• 写入服务 ：由于 Leader 副本和其他 Follower 副本依然存活，能够满足多数派要求，因此写入操作可以正常进行，不会中断或卡顿。
• 读取服务 ：Leader 副本仍然可以提供读服务，因此读操作也不会中断。
• 系统自愈 ：OceanBase 会自动检测到故障，并在后台触发副本重建流程，在健康的节点上创建新的副本来恢复数据的冗余度，整个过程对上层业务透明，无需人工干预。

综上所述，Follower 副本的故障不会中断业务的读写服务，系统会自动处理，因此对业务基本无影响。