DBA_2PC_PENDING

最新推荐文章于 2021-11-01 16:59:06 发布

csqm87956

最新推荐文章于 2021-11-01 16:59:06 发布

阅读量2.5k

点赞数

文章标签：数据库

本文介绍了Oracle如何处理分布式事务，特别是在连接中断或数据库崩溃时的处理。当出现DBA_2PC_PENDING中的未决事务时，通常会自动解决。然而，某些情况下可能需要手动介入，如使用ALTER SYSTEM命令或DBMS_TRANSACTION包来强制提交或回滚。同时，文章详细讲解了不同状态的异步Lock的解决方法，包括使用PURGE_LOST_DB_ENTRY等。

摘要由CSDN通过智能技术生成

DBA_2PC_PENDING
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恢复自动解决分布事务。

Oracle解决异布lock的方法！
通常由于网络的不稳定或则数据库的bug，在使用dblink时产生了异步lock，下面就谈谈异步lock的解决方法：
1）查询 dba_2pc_pending ，确定异步lock当前的状态。
select local_tran_id, global_tran_id, state, mix, host, commit# f