关于分布式事务处理

分布式事务处理（Distributed Transaction Processing，DTP）是指一个事务可能涉及多个数据库或多个数据源的操作，分布式事务处理的关键是必须有一种方法可以知道事务在任何地方所做的所有动作，提交或回滚事务的决定必须产生统一的结果（全部提交或全部回滚）。

在学习oracle分布式事务前，先要了解一下相关的基本概念：

1.Local Coordinator：在分布事务中，必须参考其它节点上的数据才能完成自己这部分操作的站点。

2.Global Coordinator：分布事务的发起者，负责协调这个分布事务。

3.Commit Point Site：在分布事务中，首先执行COMMIT或ROLLBACK操作的站点。一般情况下，应该把存储关键数据的站点作为Commit 4.Point Site。因为Commit Point Site和其它站点不一样，从来不会进入prepared状态，所以不会存在IN-DOUBT事务。可以设置初始化参数COMMIT_POINT_STRENGTH，在分布式事务中，会根据这个值的大小来确定Commit Point Site，分布事物的状态信息也存在该数据库中。一般将关键的数据库作为commit point site ，commit_point_strength值较高的数据库为commit point site，在分布事物中最先提交。

分布事物的两阶段提交分三个过程：

1． 准备阶段（PREPARE PHASE）

·本地数据库Global Coordinator向其它数据库发出COMMIT通知

·比较所有数据库的SCN号，将最高的SCN号作为分布事物的全局SCN号

·所有数据库写在线日志

·对分布事物修改的表加分布锁，防止被读写

·各数据库向Global Coordinator发出已经准备好的通知

所有参与分布事物的数据库必须经过上述准备，才能进入下一阶段。

2． 提交阶段（COMMIT PHASE）

·本地数据库Global Coordinator通知commit point site首先提交。commit point site提交后，释放其占有的资源，通知Global Coordinator完成提交

·本地数据库Global Coordinator通知其它数据库提交

·提交节点在日志中追加一条信息，表示分布事物已经完成提交，并通知Global Coordinator。此时所有数据库的数据保持了一致性。

3． 注销阶段（FORGET PHASE）

·本地数据库Global Coordinator通知commit point site所有数据库已经完成提交

·commit point site清除分布事物的记录和状态信息，并通知Global Coordinator

·Global Coordinator清除本地分布事物的记录和状态信息

此时分布事物的两阶段提交全部完成。

如果两阶段提交完成之前，数据库或网络出现异常，应用就会报错，分布事物处于IN_DOUBT状态。一旦数据库或网络恢复正常,系统（RECO PROCESS）会自动处理IN_DOUBT状态的分布事物。有些情况需要管理员手工处理IN_DOUBT状态的分布事物：

·IN_DOUBT状态的分布事物,将关键表锁住,造成应用不能正常工作