一次逻辑备库延时故障的处理

凌晨收到报警,逻辑备库的restart time 停在了

正常情况下,逻辑备库restart time 停在那儿是由于主库有事务没有提交导致了,可这次我们到主库上进行查询

发现主库并没有为提交的事务

此时我们再到逻辑备库上面进行查询

发现在逻辑备库上面有这三个活跃的会话

而如果我们在主库的v$tansaction视图里面进行查看

发现里面为空

那么是什么导致的这几个会话一直停在这儿呢?

这时候我们查看分布式事务的视图


关于分布式事务,我们明天再做一次分布式事务的总结

此时我们只需要把这几个分布式事务rollback就行 了

rollback force ' 4638.0.2048495 ' ;

rollback force ' 4647.16.861609 ' ;

rollback force ' 4593.9.1811017 ' ;

此时查看这几个分布式事务的状态

过段时间再看逻辑备库的状态,restart_time已经追上了,数据库恢复

所以,导致逻辑备库restart_time延时的并不一定是主库的事务,在我们主库未找到未提交事务的情况下一定不要惊慌,仔细的查看细节的问题,一定能查到解决的方法

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值