2pc ----就是将一个事务的提交分为两个部分
阶段一：提交事务请求--投票
协调者发送请求，参与者（结点）执行事务操作返回yes，一阶段后资源锁死，必须等待commit或者roolback；
阶段二：执行事务提交--执行
收到都为yes，发送提交请求commit，成功返回ack
收到no，roolback；
可以看出，这个模式下，协调者是关键，一旦资源锁死（一阶段完成），协调者出现故障了，那么参与者收不到了commit或者roolback指令，那么资源就会一直处于锁死状态，这种情况称之为单点问题；并且协调者与参与者之间的网络是不可靠的，总是会有网络故障的时候，那么其他的节点受到了coomit命令，调教了操作，这个时候就会造成数据的不一致，这种情况成为脑裂；
为了解决这种问题，于是有了3pc协议
3Pc协议--将事务的处理分成了3个阶段
CanCommit
PreCoomit
DoCommit
简单的说呢，就是协调者和参与者都有一个超时机制，那么参与者在收不到消息（网络或者协调者出现了问题），一定时间后就会触发超时操作，去提交事务，因此来释放资源，就不会出现资源锁死的情况，但是，如果是因为网络问题，那么一个参与者没有收到协调者发出的roolback指令，但是超时了，参与者去提交了事务，其他参与者收到了消息，roolback了事务，这样就会照成了数据的不一致了，所以3pc也并非完美；