分布式事务
⚠️ 资料来源于互联网整理，仅作备考参考，正式结论请以官方教程与考纲为准。发现错误欢迎反馈问题。
🔒 本篇为会员内容。开通会员 →（全站会员内容畅读 · 附件下载 · 专享答疑）
学科 案例专题（科目二） ｜ 章节
§6｜ 考点类型 — ｜ 重要度 — ｜ 知识点ID—学科：案例专题（科目二） ｜ 大纲域：
§6｜ 考频：每年 1-2 题，案例题高频 题目与解析来自raw/kb26-题库练习/（二级来源）；每题已绑定知识点 ID，可在对应知识点页对照复习。
1. 根据 CAP 定理，下列描述正确的是：
题型：单选 ｜ 难度：中 ｜ 知识点：
CASE-11通信系统网络架构
- A. 一个分布式系统可以同时满足 C（一致性）、A（可用性）、P（分区容错性）
- B. 网络分区一定会发生，所以实际是在分区发生时 C 和 A 中二选一 ✅
- C. CAP 中的 C 等同于 ACID 中的 C
- D. AP 系统不可能做到最终一致性
答案：B
解析（采分点）：CAP 由 Eric Brewer 提出——分布式系统网络分区（P）不可避免，所以实际权衡是分区发生时选 C（拒绝服务保一致）还是选 A（继续服务允许不一致）。CP 例：ZooKeeper、etcd、HBase、传统 RDBMS 集群；AP 例：Cassandra、Dynamo、Eureka、CouchDB。CAP 中的 C 是线性一致性（强一致），与 ACID 的 C（约束一致）含义不同。AP 系统通常采用 BASE 思想达成最终一致性。
2. 关于 BASE 理论，下列描述错误的是：
题型：单选 ｜ 难度：难 ｜ 知识点：
CASE-01中间件技术
- A. BA = Basically Available（基本可用）
- B. S = Soft state（软状态/中间状态可存在）
- C. E = Eventual consistency（最终一致性）
- D. BASE 是对 ACID 的强化，要求更严格的强一致性保证 ✅
答案：D
解析（采分点）：BASE 是对 ACID 的弱化，作为 CAP 中 AP 选项的工程实践指导——通过牺牲强一致换取可用性和性能。”基本可用”指允许响应时间下降或部分功能降级；”软状态”指允许多副本暂时不一致；”最终一致”指经过一段时间后达到一致。互联网架构的根基。
3. 两阶段提交（2PC） 的根本缺陷不包括：
题型：单选 ｜ 难度：难 ｜ 知识点：
CASE-04大数据Lambda与Kappa架构
- A. 同步阻塞——参与者在第二阶段前必须等待协调者指令
- B. 单点故障——协调者宕机会导致参与者锁定资源
- C. 数据不一致——第二阶段协调者发送 commit 后部分参与者收不到
- D. 不需要日志支持，恢复机制简单 ✅
答案：D
解析（采分点）：2PC 反而强依赖日志（协调者和参与者都要写 prepare/commit 日志）才能在崩溃后恢复。三大缺陷正是 ABC：阻塞、单点、不一致。2PC 两个阶段：Prepare（询问+锁资源）+ Commit（统一提交/回滚）。XA 协议是 2PC 的工业标准实现，被 JTA、MySQL XA 等采用。
4. 三阶段提交（3PC） 相比 2PC 的主要改进是：
题型：单选 ｜ 难度：易 ｜ 知识点：
CASE-04大数据Lambda与Kappa架构
- A. 提交速度更快
- B. 完全解决了数据不一致问题
- C. 引入超时机制和 CanCommit 预询问阶段，缓解了阻塞问题 ✅
- D. 不需要协调者
