在一个事务中，如果涉及到对多个数据源的写操作，以前的做法就是，对每个数据源做事务开启、提交OR回滚。但是这里有个问题，就是如果部分数据源的事务在提交时成功了，而部分失败了，这时候已经成功提交的事务并不能回滚，只能通过其他业务手段去“回滚”数据。为了简化出现这种问题时的操作，可以利用二阶段提交的方案，就是把这里的事务提交拆成两步进行，预提交和通知提交，之后在所有数据源的预提交都成功的前提下，才执行执行通知提交。这里有个关键点需要注意，就是默认对所有数据源的通知提交操作都会成功，现在对这个关键点细说一下。
前一种直接提交事务的方式也是默认提交一定会成功，第二种二阶段提交的方式同样是默认通知提交一定会成功，那么问题来了，第二种的通知提交时，如果其中一个数据源的执行失败了，而在此之前已经有部分数据源的通知提交成功了，所以这时候的情况和第一种直接提交，然后部分提交失败的情况是一样的。从整体来说，第二种方式是把容易出错的预提交先执行了，只是把这个事务的执行过程细分了，这样更容易控制。
所以，二阶段提交的方案并不能彻底的解决问题，只是把问题的范围尽可能的化小。
这种解决问题的思路很常见，比如高可用，这里的高可用并不是不会出问题，而是出问题的几率很小；还有强一致等等。“多数据源事务能否做到绝对同步”这个问题的回答，主要在解决问题的思路，这也是我一直强调的一个问题之一。
1770
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
