合 Oracle中的分布式事务介绍

什么是分布式事务

现代数据库系统往往伴随着复杂的结构和环境，其中，分布式数据库组成是一个重要方面。系统后台的数据库系统不再是由单个数据库构成，而是由多台独立数据库、甚至是多台异构数据库构成。

分布式事务是指一个事务在本地和远程执行，本地需要等待确认远程的事务结束后，进行下一步本地的操作。如通过DBLINK更新远程数据库的一行记录，如果在执行过程中网络异常，或者其它事件导致本地数据库无法得知远程数据库的执行情况，那么此时就会发生IN-DOUBT的报错。此时需要DBA介入，且需要分多种情况进行处理。

Oracle会自动处理分布式事务，保证分布式事务的一致性，所有站点全部提交或全部回滚。一般情况下，处理过程在很短的时间内完成，根本无法察觉到。但是，如果在COMMIT或ROLLBACK的时候，出现了连接中断或某个数据库站点Crash的情况，那么提交操作可能会无法继续，此时DBA_2PC_PENDING和DBA_2PC_NEIGHBORS中会包含尚未解决的分布事务。对于绝大多数情况，当恢复连接或Crash的数据库重新启动后，会自动解决分布式事务，不需要人工干预。只有分布事务锁住的对象急需被访问，锁住的回滚段阻止了其它事务的使用，网络故障或Crash的数据库的恢复需要很长的时间等情况出现时，才使用人工操作的方式来维护分布式事务。手工强制提交或回滚将失去二层提交的特性，Oracle无法继续保证事务的一致性，事务的一致性应由手工操作者保证。

使用“ALTER SYSTEM DISABLE DISTRIBUTED RECOVERY;”可以使Oracle不再自动解决分布事务，即使网络恢复连接或者CRASH的数据库重新启动。使用“ALTER SYSTEM ENABLE DISTRIBUTED RECOVERY;”恢复自动解决分布事务。

有关分布式事务有两个重要的视图，分别是DBA_2PC_PENDING和DBA_2PC_NEIGHBORS。DBA_2PC_PENDING视图列出所有的悬而未决的事务，此视图在未填入悬而未决的事务之前是空的，解决之后也被清空。如下所示：

表 3-26 DBA_2PC_PENDING解释

表 3-27 DBA_2PC_PENDING的STATE列的说明

另一个视图是DBA_2PC_NEIGHBORS，该视图列出所有获得的（从远程客户）和送出的（给远程服务器）悬而未决的事务，也表示该本地节点是不是事务的提交点站点。

表 3-28 DBA_2PC_NEIGHBORS

后台进程：RECO（Recoverer Process，分布式事务恢复）

RECO（Recoverer Process，分布式事务恢复） 主要用于分布式数据库的恢复（Distributed Database Recovery），适用于两阶段提交的应用场景。该进程可以保证分布式事务的一致性，在分布式事务中，所有数据库要么同时COMMIT，要么同时ROLLBACK。在分布式数据库中，reco进程可以自动的解决分布式事务发生错误的情况。一个节点上的reco进程自动的连接到没有被正确处理事务相关的数据库上面。当reco建立了数据库之间的连接，它会自动的解决没有办法处理的事务，删除与该事务相关的待定的事务表中的行（清理事务表）。

分布式事务ORA-01591错误解决

1、故障环境介绍

2、故障发生现象及报错信息

有同事发来错误，截图如下：

执行一个UPDATE语句的时候报ORA-01591的错误。

3、故障分析及解决过程

这个错误是由于分布式事务引起，而不是普通的锁引起的。若检查一般对象数据表锁定，则只需要检查V$LOCKED_OBJECT和V$TRANSACTION视图，就可以定位到具体的SQL语句和操作人等信息，但是检查之后的结果如下：

后续精彩内容已被站长无情隐藏，请输入验证码解锁本文！

验证码：

获取验证码： 请先关注本站微信公众号，然后回复“验证码”，获取验证码。在微信里搜索“AiDBA”或者“dbaup6”或者微信扫描右侧二维码都可以关注本站微信公众号。