这里不得不提一点，RootService 这块既然这么重要，能不能总结成一个单独的章节讲述，而不是现在这样的东一块西一块，难以学习了解？
你给我的连接没有提到 RS 会参与数据分布和副本管理，而我记得是有的，翻阅以前考 OBCA 时的笔记证实了这点。我在 多副本日志同步 也找到了 RS 参与分布式一致性的工作。我想问的是 OB 即便结合了 2PC 和 Paxos 来处理分布式事务，是否解决了 2PC 的缺陷？是的话，详细描述怎么解决的？
2PC 的缺陷：
1、同步阻塞问题。
在二级段提交的执行过程中，所有参与该事务操作的逻辑的都在阻塞状态，也就是说，各个参与者在等待其他参与者响应的过程中，将无法进行其他的任务操作
2、单点故障。
协调者的角色在整个二级段提交协议中起到了非常重要的作用，一旦协调者出现问题，那么整个第二阶段提交流程将无法运转，更为严重的是，协调者在阶段二中出现问题的话，那么其他的参与者将会处于锁定事务资源的状态中，而无法继续完成事务操作。
3.数据不一致
在二阶段提交的阶段二中，即提交事务提交的时候，当协调者向参与者发送commit请求之后，发生了局部网络异常或者在发送commit请求过程中协调者发生了故障，这回导致只有一部分参与者接受到了commit请求。而在这部分参与者接到commit请求之后就会执行commit操作。但是其他部分未接到commit请求的机器则无法执行事务提交。于是整个分布式系统便出现了数据部一致性的现象。
4、太过保守
如果在协调者指示参与者进行事务提交询问的过程中，参与者出现故障而导致协调者始终无法获取到所有参与者的响应的消息的话，这时协调者只能依靠其自身的超时机制来判断是否中断事务，这样的策略比较保守，换句话说，二阶段提交协议没有设计相应的容错机制，当任意一个参与者节点宕机，那么协调者超时没收到响应，就会导致整个事务回滚失败。