当 Kudu 集群发生网络分区时，有哪些机制用于保证数据一致性和可用性？请从 Kudu 的架构特性阐述其处理方式。

回答思路

1. 【回答框架 1】Kudu 使用 Raft 共识协议管理 tablet 副本，在发生网络分区时，只有获得多数派投票的副本才能成为 leader 并继续提供服务，少数派分区中的副本无法选举 leader，从而避免脑裂，保证数据一致性。
2. 【回答框架 2】当分区恢复后，少数派的副本通过与 leader 进行数据同步，从 WAL 和 tablet 快照中拉取缺失的数据，恢复到与多数派一致的状态，期间可能短暂延迟，但最终一致。
3. 【回答框架 3】Kudu 中的主备同步采取强一致策略，写操作需在多数派副本上持久化后才返回成功，确保已提交数据在网络分区中不会丢失。
4. 【回答框架 4】在分区期间，少数派分区可能暂时不可写，但 Kudu 的 tablet 副本层面会维护元数据和状态，以便恢复后快速对齐，同时客户端缓存了 leader 信息，在恢复后可重新路由请求。
5. 【回答框架 5】集群管理员可通过监控 Kudu 的健康状态和副本角色变化来发现分区事件，并结合配置如选举超时和心跳间隔来调整分区探测的灵敏度，但 Kudu 本身不提供像拜占庭容错那类的额外一致性保证。
6. 【关键点 1】Kudu 依赖 Raft 多数派投票保证分区下的一致性，少数派分区不提供写服务。
7. 【关键点 2】分区恢复后，少数派副本通过 WAL 回放和快照同步对齐数据。
8. 【关键点 3】Kudu 写操作需多数派确认，已提交数据在网络分区中不丢失。
9. 【易错点 1】不要误以为 Kudu 在网络分区时仍能全部可用，少数派分区会短暂不可写。
10. 【易错点 2】不要认为 Kudu 能提供跨数据中心容灾，Raft 仍要求多数派存活。
11. 【易错点 3】不要混淆 Kudu 与最终一致性系统，Kudu 的写路径是强一致的。