徐老师好，在两阶段提交这个策略下，一旦 Backup Master 节点出现问题，其实整个系统都是不能写入的。听起来意味着 Master 和 Backup Master 都不能出现故障，那 Backup Master 只是在增加出现故障的概率。如果需要提升可用性，为什么不在 Backup Master 出现问题的时候只写 Master ，等 Backup Master 恢复后再同步数据？两阶段提交和三阶段提交的根本问题在于单点故障，要解决这个问题应该需要用一个集群提供协调者服务， Backup Master 可以从一组节点中选举。 回到老师的思考题，我看到有的学友说是 client 是协调者，有的学友说 Backup Master 是协调者，我觉得如果两阶段提交的所有请求都要经过协调者，协调者应该是Master或者其他服务。如果 client 是协调者的话，没法保证多个 client 请求之间的顺序，也就是协调者应该是个单点服务。如果是 Backup Master ，那么客户端就形成了对 Backup Master 的直接依赖，也就不应该叫 Backup Master，另外选择Backup Master作为协调者并不能节省流量，因为所有的请求都要发给 Master 和 Backup Master。