分布式事务故障处理

最新推荐文章于 2024-05-19 10:34:15 发布
最新推荐文章于 2024-05-19 10:34:15 发布
阅读量2.1k 收藏 2
点赞数
分类专栏： Oracle
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Hehuyi_In/article/details/89494415
版权

故障处理

故障阶段本地远端状态检查处理方法解释
PREPARE
PHASE		GCCPS本地：
select local_tran_id,state from dba_2pc_pending;
LOCAL_TRAN_ID          STATE
---------------------- ----------------
2.12.64845              collecting

远程：
select local_tran_id,state from dba_2pc_pending;
no rows selected		本地
execute DBMS_TRANSACTION.PURGE_LOST_DB_ENTRY('local_tran_id');		本地数据库要求其他点做好commit或者rollback准备，现在正在“收集”其他点的数据库的返回信息，但是远程数据库未知状态（in doubt）。我们需要将本地的Global Coordinator的状态清除掉
本地：
select local_tran_id,state from dba_2pc_pending;
LOCAL_TRAN_ID          STATE
---------------------- ----------------
2.12.64845             prepared
远程：
select local_tran_id,state from dba_2pc_pending;
no rows selected		本地：
rollback force 'local_tran_id';
execute DBMS_TRANSACTION.PURGE_LOST_DB_ENTRY('local_tran_id');		本地Global Coordinator已经做好准备，已经将分布式锁放到各个事务的表上，但是远程数据库的状态再次未知（in doubt），我们需要手工的将本地的transaction rollback掉，并且清除分布式事务信息
COMMIT
PHASE		GCCPS本地：
select local_tran_id,state from dba_2pc_pending;
LOCAL_TRAN_ID          STATE
---------------------- ----------------
2.12.64845             prepared
远程：
select local_tran_id,state from dba_2pc_pending;
LOCAL_TRAN_ID          STATE
---------------------- ----------------
1.92.66874             commited		本地：
commit force 'local_tran_id';
execute DBMS_TRANSACTION.PURGE_LOST_DB_ENTRY('local_tran_id');

远程：
execute DBMS_TRANSACTION.PURGE_LOST_DB_ENTRY('local_tran_id');		远程数据库可能已经commit，但是本地Global Coordinator未知远程数据库的状态，还是处于prepare的状态
本地：
select local_tran_id,state from dba_2pc_pending;
LOCAL_TRAN_ID          STATE
---------------------- ----------------
2.12.64845            commited
远程：
select local_tran_id,state from dba_2pc_pending;
LOCAL_TRAN_ID          STATE
---------------------- ----------------
1.92.66874             commited		本地：
execute DBMS_TRANSACTION.PURGE_LOST_DB_ENTRY('local_tran_id');

远程：
execute DBMS_TRANSACTION.PURGE_LOST_DB_ENTRY('local_tran_id');		远程数据库和本地数据库均已经完成commit，但是分布式事务的信息尚未清除，我们需要在本地和远程运行
FORGET
PHASE		GCCPS本地：
select local_tran_id,state from dba_2pc_pending;
LOCAL_TRAN_ID          STATE
---------------------- ----------------
2.12.64845            commited
远程：
select local_tran_id,state from dba_2pc_pending;
no rows selected		本地：
execute DBMS_TRANSACTION.PURGE_LOST_DB_ENTRY('local_tran_id');		远程commit point site已经完成commit，通知Global Coordinator清除本地的分布式事务信息，但是Global Coordinator没有收到该信息
　　　　　　
　　　　　　
特殊情况　　　　　
情况1，当我们遇到使用rollback/commit force的时候，无法正常清除分布式事务的信息，会报错ORA-02058: no prepared transaction found with ID X.XX.XXXXX时，需要通过手工方式来清除该信息在dba_2pc表中还有事务记录，但是实际已经不存在该事务了：
select local_tran_id, state from dba_2pc_pending;
 
       LOCAL_TRAN_ID          STATE
       ---------------------- ----------------
       1.92.66874             prepared
 
（注：'1.92.66874' 的结构为rbs#, slot#, wrap#，此事务在rollback segment #1）

找出使用rollback segment #1且状态是active的transaction：
  SELECT KTUXEUSN, KTUXESLT, KTUXESQN, /* Transaction ID */
         KTUXESTA Status,
         KTUXECFL Flags
  FROM x$ktuxe
  WHERE ktuxesta!='INACTIVE'
        AND ktuxeusn= 1; <== 这是rollback segment#，即rbs#
 
no rows selected
因此我们在rollback force的时候会报错：
ORA-02058: no prepared transaction found with ID 1.92.66874		我们需要如下处理：

set transaction use rollback segment SYSTEM;
 
delete from sys.pending_trans$ where local_tran_id = '1.92.66874';
delete from sys.pending_sessions$ where local_tran_id = '1.92.66874';
delete from sys.pending_sub_sessions$ where local_tran_id = '1.92.66874';
 
commit;		　
情况2，这种情况比较少见，在dba_2pc表中无法查到分布式事务信息，但是实际上却是存在该分布式事务的我们在alertlog中可以看到：
ORA-1591: lock held by in-doubt distributed transaction 1.92.66874

查询dba_2pc的表，发现没有分布式事务信息：
select local_tran_id, state from dba_2pc_pending
where local_tran_id='1.92.66874';
 
no rows selected

但是去查实际的rollback segment信息，却发现有prepared状态的分布式事务存在：
SELECT KTUXEUSN, KTUXESLT, KTUXESQN, /* Transaction ID */
       KTUXESTA Status,
       KTUXECFL Flags
FROM x$ktuxe
WHERE ktuxesta!='INACTIVE'
      AND ktuxeusn= 1;
 
  KTUXEUSN   KTUXESLT   KTUXESQN STATUS           FLAGS
---------- ---------- ---------- ---------------- ------------------------
         1         92      66874 PREPARED         SCO|COL|REV|DEAD

我们无法做commit force或者rollback force：

rollback force '1.92.66874';
ORA-02058: no prepared transaction found with ID 1.92.66874		我们用如下的方式手工清理：
alter system disable distributed recovery;

    insert into pending_trans$ (
        LOCAL_TRAN_ID,
        GLOBAL_TRAN_FMT,
        GLOBAL_ORACLE_ID,
        STATE,
        STATUS,
        SESSION_VECTOR,
        RECO_VECTOR,
        TYPE#,
        FAIL_TIME,
        RECO_TIME)
    values( '1.92.66874', /* <== 此处为你的local tran id */
        306206,                  /*                                         */
        'XXXXXXX.12345.1.2.3',   /*  这些值不必更改，   */
        'prepared','P',          /*  是静态参数，可以直接   */
        hextoraw( '00000001' ),  /*  在这个sql中使用                             */
        hextoraw( '00000000' ),  /*                                         */
        0, sysdate, sysdate );
 
    insert into pending_sessions$
    values( '1.92.66874',/* <==此处为你的local tran id  */
        1, hextoraw('05004F003A1500000104'), 'C', 0, 30258592, '', 146);
    commit;
 
    commit force '1.92.66874';
   
    此时如果commit force还是出现报错，需要继续执行：
      delete from pending_trans$ where local_tran_id='1.92.66874';
      delete from pending_sessions$ where local_tran_id='1.92.66874';
      commit;
      alter system enable distributed recovery;
 
    此时如果没有报错，则执行以下语句：
      alter system enable distributed recovery;
      connect / as sysdba
      alter session set "_smu_debug_mode" = 4;
      （注：如果使用auto的undo管理方式，需要执行此步骤，此步骤能避免在后续执行purge_lost_db_entry出现ORA-01453 的报错，详细信息可见Bug2191458）
      commit; 
      exec dbms_transaction.purge_lost_db_entry( '1.92.66874' )		　

 

分布式锁-解锁

运行shell脚本后，会生成 roll.sql文件。
只需要运行roll.sql就会解除dba_2pc_pending 中的分布式锁。
 
注意：根据情况决定shell脚本中是否需要where 条件，比如过滤status 是prepare的，还是其他的，还是全部的。
 
----------------------shell脚本-------------------------
#!/bin/bash
. /home/oracle/.profile
sqlplus -S  / as sysdba <<EOF >  roll.sql
set heading off pagesize 0 echo off linesize 200 feedback off trimspool on
select 'rollback force  ''' || LOCAL_TRAN_ID || ''';' || chr(10) ||
'execute DBMS_TRANSACTION.PURGE_LOST_DB_ENTRY(''' || LOCAL_TRAN_ID
 || ''');' || chr(10) || 'commit;' from DBA_2PC_PENDING;
exit;
EOF
 
------------------------上述sh生成的roll.sql文件格式-----------------------
 
rollback force  '1506.7.4851';
execute DBMS_TRANSACTION.PURGE_LOST_DB_ENTRY('1506.7.4851');
commit;
rollback force  '84.4.6215898';
execute DBMS_TRANSACTION.PURGE_LOST_DB_ENTRY('84.4.6215898');
commit;
 

参考

https://www.cnblogs.com/princessd8251/articles/4559993.html

Hehuyi_In
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
微服务处理分布式事务模块
05-09
"微服务处理分布式事务模块"正是为了解决这一问题而设计的。下面将详细探讨微服务环境下的分布式事务处理及其关键技术。 首先，理解什么是分布式事务。在单体应用中，事务管理相对简单，因为所有操作都在同一数据库...
微服务架构下的分布式事务处理
03-19
然而，随着服务的解耦，分布式事务处理成为了一大挑战。本文将深入探讨在微服务架构下如何有效地处理分布式事务。 微服务架构的分布式事务处理主要涉及到ACID（原子性、一致性、隔离性和持久性）特性，这是传统...
又一批长事务，P0故障谁来背锅？
文章中资料均可获取，有需要请添加yunduoa2019即可
04-10 260
最近几周，发生过多起因为事务问题引起的服务报错。现象为数据库连接池连接占满，数据库连接长时间等待，最终导致请求线程hang住，服务大面积报错。这个时候，服务资源、数据库资源大量空闲，但就是进行不下去，影响是比较恶劣的。 谁来背锅？当然是架构师。因为这次所有的服务都活着，没运维什么事。 面试时，大家可能都会碰到关于事务相关的问题，升级版的可能是分布式事务的问题。在互联网行业中，一句马马虎虎的补偿...
Seata分布式事务失效解决方法
最新发布
墨白的博客
05-19 372
关于 Seata 分布式事务分支回滚失效的解决方法，对于这类问题，需要我们耐心，多方位的思考排查问题，善于使用搜索引擎，获取前人的踩坑点，从而解决问题。
oracle 事务故障,处理Oracle的分布式事务故障
weixin_36249942的博客
04-05 423
最近两天生产数据库一直在报ORA-24756错误，查了MOS上的文档，看到一篇类似的，说是BUG(Bug 19201866 - RECO reports ORA-24756 repeatedly into trace file (文档 ID 19201866.8))，但是HP-UX上的11.2.0.4没有解决需要升级到12.2版本，文档中还说重启实例也可以解决，但是不现实。于是查报错时的trace...
关于collecting状态的分布式悬挂事务
couyu6150的博客
10-18 248
某企业集团BI数据库select * from dba_2pc_pending查出状态为collecting的悬挂事务，无法通过commit force或rollback force提交(仅限prepared事务),只好通过DB...
oracle分布式事物锁,ORACLE悬疑分布式事务问题处理
weixin_39598308的博客
04-04 483
当需要在多个Oracle数据库之间进行数据一致性操作时，就会用到分布式事务。例如：insertintoT_log@remote_db;--远程数据库插入insertintoT_local;--本地数据库插入commit;分布在本地和远程两个db的事务同时操作，这就构成了一个分布式事务。分布式事务采用Two-Phase Commit提交机制，保证分布在各个节点的子事务...
分布式事务.zip
09-23
分布式事务是现代企业级应用中不可或缺的技术...不过，值得注意的是，尽管TX-LCN简化了分布式事务的实现，但在实际应用中仍需考虑性能、网络延迟、故障恢复等问题，并根据业务场景选择合适的事务策略，以达到最佳效果。
分布式事务源代码
06-06
6. **分布式事务的挑战与解决方案**：包括网络延迟、单点故障、数据一致性等问题，常见的解决方案有故障恢复机制、超时重试策略、幂等性设计等。 7. **NoSQL数据库的分布式事务**：NoSQL数据库通常不支持ACID（原子...
太极分布式事务处理框架moonwater
05-22
TJDTP是一个非常优秀的框架，优势在于提高了应用的成功率，自动进行分布式事务处理，事务处理速度快，提高了数据的一致性，把对事务的处理由不可控变为可控，需要人工处理的故障可一键完成，简单快捷，实现事务处理...
ORACLE悬疑分布式事务问题处理
开源世界
05-28 361
当需要在多个Oracle数据库之间进行数据一致性操作时，就会用到分布式事务。 例如： insert into T_log@remote_db; --远程数据库插入 insert into T_local; --本地数据库插入 commit; 分布在本地和远程两个db的事务同时操作，这就构成了一个分布式事务。 分布式事务采用Two-Phase Commit提交机制，保证分布在各个节点的子事务能够全部提交或全部回滚的原子性。在这种机制下，事务处理过程分为三个阶段： PREPARE：发起分布式
set transaction
wll的专栏
02-23 7781
set transaction 命令有以下功能   1、给一个事物命名      set transaction  name  “tname”；    2、指定一个事物使用回滚段     set  transaction use rollback segment “回滚段名"；   3、建立事物隔离级    set transaction  isolation level seri
ORA-02049 分布式事务处理等待锁超时处理方法
m0_37625564的博客
12-03 1468
应用程序出现报错显示为 ORA-02049 分布式事务处理等待锁超时，程序无法正常使用 报错截图 问题时段数据库实例中信息 1.在通过远程方式连接上数据库后，首先对数据库主机的CPU/内存等硬件资源进行检查，未发现明显资源瓶颈。 2.在数据库实例中检查是否存在锁等问题，相关进程有enq: TM – contention表锁等待，但是未发现对应的阻塞源头进程。 3.根据报错信息中的分布式事务超时问题，查看数据库相关视图表，发现有110个状态为collecting的分布式事务，是是非正常状态的，之后进
Oracle基础包之DBMS_TRANSACTION(五)
tianxingyun的专栏
11-04 574
1、概述 用于在过程,函数,和包中执行SQL事务处理语句，为事务管理提供的一些过程和函数以及对分布事务的一些理解并为悬挂事务提供了处理方法 2、包组成 2.1、read_only 说明： 用于开始只读事务,其作用与SQL语句SET TRANSACTION READ ONLY完全相同，该过程必须是事务开始的第一条语句。 语法： dbms_transactino.read_only 2.2、read_write 说明： 用于开始读写事务,其作用与SQL语句SET TRANSACTION READ WRIT
mysql roolback用法_mysql8 参考手册--START TRANSACTION，COMMIT和ROLLBACK语句
weixin_39877504的博客
02-01 488
START TRANSACTION[transaction_characteristic [, transaction_characteristic] ...]transaction_characteristic: {WITH CONSISTENT SNAPSHOT| READ WRITE| READ ONLY}BEGIN [WORK]COMMIT [WORK] [AND [NO] CHAIN] ...
oracle事物处理语句,Oracle SET TRANSACTION语句（设置事务）
weixin_35595817的博客
04-04 395
在 Oracle 中，SETTRANSACTION 语句可以用来设置事务的各种状态，比如只读、读/写、隔离级别，为事务分配名称或将事务分配回滚段等等。本教程要为大家带来的就是 SETTRANSACTION 语句的语法以及示例，教大家如何正确使用该语句。SET TRANSACTION语法Oracle中SETTRANSACTION语句的语法是：SET TRANSACTION [ READ ONL...
[转]oracle中使用set transaction设置事务属性
weixin_33724046的博客
11-10 464
本文转自：http://yedward.net/?id=24 set transaction语句允许开始一个只读或者只写的事务，建立隔离级别或者是为当前的事务分配一个特定的回滚段。需要注意的是，set transaction必须是事务处理中的第一条语句，注意是事务处理的第一条语句，不是指代码的第一条语句，并且set transaction在一个事务中只能出现一次。 set transactio...
分布式事务处理seat
07-28
分布式事务处理是指在分布式系统中，多个节点之间需要协同完成一个事务操作，并保证事务的一致性和可靠性。在分布式系统中，由于网络延迟、节点故障等原因，事务的处理变得复杂。为了解决这个问题，可以采用以下几种...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Hehuyi_In

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值