DBA_2PC_PENDING 介绍
程序员文章站
2024-02-06 08:28:40
dba_2pc_pending oracle会自动处理分布事务,保证分布事务的一致性,所有站点全部提交或全部回滚。一般情况下,处理过程在很短的时间内完成,根本无法察觉到。但...
dba_2pc_pending
oracle会自动处理分布事务,保证分布事务的一致性,所有站点全部提交或全部回滚。一般情况下,处理过程在很短的时间内完成,根本无法察觉到。但是,如果在commit或rollback的时候,出现了连接中断或某个数据库站点crash的情况,则提交操作可能会无法继续,此时dba_2pc_pending和dba_2pc_neighbors中会包含尚未解决的分布事务。
对于绝大多数情况,当恢复连接或crash的数据库重新启动后,会自动解决分布式事务,不需要人工干预。只有分布事务锁住的对象急需被访问,锁住的回滚段阻止了其他事务的使用,网络故障或crash的数据库的恢复需要很长的时间等情况出现时,才使用人工操作的方式来维护分布式事务。
手工强制提交或回滚将失去二层提交的特性,oracle无法继续保证事务的一致性,事务的一致性应由手工操作者保证。
对于分布式事务,给事务命名是一个好的习惯。而且在事务执行过程中,可以使用alter session advise commit(rollback);语句,为手工解决分布事务提供参考信息。
当手工解决分布事务出现了冲突,比如一个站点进行了提交而另一个进行了rollback,这时,dba_2pc_pending中的记录不会清除,必须使用dbms_transaction.purge_mixed过程来清除。
如果crash的数据库必须重建,或者无法再次启动,则dba_2pc_pending中的记录也无法自动清除,需要使用dbms_transaction.purge_lost_db_entry过程来清除。
oracle9i中,当使用上述两个过程时,必须处于undo_management=manual的模式,这个限制条件oracle没有写到文档中。一般使用9i都会使用auto模式(oracle也是这样推荐的),也就是说,想要清除dba_2pc_pending中的信息,必须重起数据库两次,感觉这两个过程的实际用处不大。
出现无法解决的分布式事务时,可能会锁住分布式事务中涉及的表,由于oracle无法确定哪些数据是提交过的,哪些是没有提交的,无法确定查询操作可见的结果集,因此,即使是查询操作也无法在该表上执行。
使用alter system disable distributed recovery,可以使oracle不再自动解决分布事务,即使网络恢复连接或者crash的数据库重新启动。alter system enable distributed recovery恢复自动解决分布事务。
为了保证数据库之间的scn同步,可以采用两种方法:在查询数据前,执行select * from dual@remote或者在执行查询前提交或回滚当前事务。
oracle会自动处理分布事务,保证分布事务的一致性,所有站点全部提交或全部回滚。一般情况下,处理过程在很短的时间内完成,根本无法察觉到。但是,如果在commit或rollback的时候,出现了连接中断或某个数据库站点crash的情况,则提交操作可能会无法继续,此时dba_2pc_pending和dba_2pc_neighbors中会包含尚未解决的分布事务。
对于绝大多数情况,当恢复连接或crash的数据库重新启动后,会自动解决分布式事务,不需要人工干预。只有分布事务锁住的对象急需被访问,锁住的回滚段阻止了其他事务的使用,网络故障或crash的数据库的恢复需要很长的时间等情况出现时,才使用人工操作的方式来维护分布式事务。
手工强制提交或回滚将失去二层提交的特性,oracle无法继续保证事务的一致性,事务的一致性应由手工操作者保证。
对于分布式事务,给事务命名是一个好的习惯。而且在事务执行过程中,可以使用alter session advise commit(rollback);语句,为手工解决分布事务提供参考信息。
当手工解决分布事务出现了冲突,比如一个站点进行了提交而另一个进行了rollback,这时,dba_2pc_pending中的记录不会清除,必须使用dbms_transaction.purge_mixed过程来清除。
如果crash的数据库必须重建,或者无法再次启动,则dba_2pc_pending中的记录也无法自动清除,需要使用dbms_transaction.purge_lost_db_entry过程来清除。
oracle9i中,当使用上述两个过程时,必须处于undo_management=manual的模式,这个限制条件oracle没有写到文档中。一般使用9i都会使用auto模式(oracle也是这样推荐的),也就是说,想要清除dba_2pc_pending中的信息,必须重起数据库两次,感觉这两个过程的实际用处不大。
出现无法解决的分布式事务时,可能会锁住分布式事务中涉及的表,由于oracle无法确定哪些数据是提交过的,哪些是没有提交的,无法确定查询操作可见的结果集,因此,即使是查询操作也无法在该表上执行。
使用alter system disable distributed recovery,可以使oracle不再自动解决分布事务,即使网络恢复连接或者crash的数据库重新启动。alter system enable distributed recovery恢复自动解决分布事务。
为了保证数据库之间的scn同步,可以采用两种方法:在查询数据前,执行select * from dual@remote或者在执行查询前提交或回滚当前事务。