ORACLE 死事务的回滚

最新推荐文章于 2022-12-13 14:17:08 发布
最新推荐文章于 2022-12-13 14:17:08 发布
阅读量465 收藏
点赞数
文章标签： 数据库
 
死事务出现在异常关闭数据库或者事务进程不正常结束，比如KILL -9，shutdown abort的情况下。

当前数据库里的死事务可以通过查询内部表x$ktuxe来获得。

select ADDR,KTUXEUSN,KTUXESLT,KTUXESQN,KTUXESIZ from x$ktuxe where KTUXECFL='DEAD';

ADDR               KTUXEUSN   KTUXESLT   KTUXESQN   KTUXESIZ
---------------- ---------- ---------- ---------- ----------
00002B92FF5D5F68         15         12     314961      43611

 

KTUXESIZ代表需要回滚的回滚块数。

死事务的回滚进程数可以通过参数fast_start_parallel_rollback来设置。

FAST_START_PARALLEL_ROLLBACK specifies the degree of parallelism used when recovering terminated transactions.
Terminated transactions are transactions that are active before a system failure.
If a system fails when there are uncommitted parallel DML or DDL transactions,
then you can speed up transaction recovery during startup by using this parameter.
  
Values:
  
FALSE
Parallel rollback is disabled
  
LOW
Limits the maximum degree of parallelism to 2 * CPU_COUNT
  
HIGH
Limits the maximum degree of parallelism to 4 * CPU_COUNT
  
Note:If you change the value of this parameter,
then transaction recovery will be stopped and restarted with the new implied degree of parallelism.
show parameter fast
NAME                                 TYPE                   VALUE
------------------------------------ ---------------------- ------------------------------
fast_start_io_target                 integer                0
fast_start_mttr_target               integer                120
fast_start_parallel_rollback         string                 LOW
low的设置，会使当产生死事务的时候启用2*CPU数个并行回滚。
 
我们来模拟一个事务被kill掉的情况，在delete的过程中，把这个事务的进程kill掉： 
delete from test;
ERROR:
ORA-03114: not connected to ORACLE

delete from test
*
ERROR at line 1:
ORA-12152: TNS:unable to send break message
 
然后观察数据库后台的等待事件，发现启动了很多的回滚进程。
   SID SPID       EVENT                                P1         P2         P3 SQL_ID             SECON
------- ---------- ------------------------- ------------- ---------- ---------- ------------------ -----
   1707 2323       SQL*Net message to client    1650815232          1          0 3t37hp1cnkuux      0
    762 2312       read by other session                 3     298397         36                    0
   1327 2286       read by other session                 3     298367         36                    0
    382 2308       wait for a undo record                0          0          0                    0
    384 2274       wait for a undo record                0          0          0                    0
    573 2276       wait for a undo record                0          0          0                    0
    574 2310       wait for a undo record                0          0          0                    0
    762 2312       wait for a undo record                0          0          0                    0
    763 2278       wait for a undo record                0          0          0                    0
    950 2280       wait for a undo record                0          0          0                    0
    951 2314       wait for a undo record                0          0          0                    0
   1139 2282       wait for a undo record                0          0          0                    0
   1141 2316       wait for a undo record                0          0          0                    0
   1516 2320       wait for a undo record                0          0          0                    0
   1517 2284       wait for a undo record                0          0          0                    0
   1518 2318       wait for a undo record                0          0          0                    0
   1519 2288       wait for a undo record                0          0          0                    0
   1705 2290       wait for a undo record                0          0          0                    0
    191 2306       wait for a undo record                0          0          0                    0
   1892 2258       wait for a undo record                0          0          0                    0
      2 2270       wait for a undo record                0          0          0                    0
      4 2304       wait for a undo record                0          0          0                    0
   
top - 21:47:42 up 16 days,  3:30,  2 users,  load average: 3.44, 1.94, 1.35
Tasks: 295 total,   1 running, 294 sleeping,   0 stopped,   0 zombie
Cpu(s):  2.6%us,  1.2%sy,  0.0%ni, 79.6%id, 16.3%wa,  0.0%hi,  0.2%si,  0.0%st
Mem:  24679196k total, 20316832k used,  4362364k free,   666864k buffers
Swap: 20482864k total,     3004k used, 20479860k free,  6074052k cached
  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                               
23773 oracle    16   0 1680m 100m  45m D 11.6  0.4   0:05.95 ora_arc0_xdbsb                                                        
 2258 oracle    16   0 1600m  17m  14m S  6.0  0.1   0:01.56 ora_p000_xdbsb                                                        
15652 root      10  -5     0    0    0 D  4.6  0.0   0:10.26 [kjournald]                                                           
23642 oracle    15   0 1605m  31m  25m S  2.7  0.1   0:03.51 ora_smon_xdbsb                                                        
 2264 oracle    15   0 1600m  17m  14m S  1.7  0.1   0:00.32 ora_p003_xdbsb                                                        
 2266 oracle    15   0 1600m  17m  14m S  1.7  0.1   0:00.31 ora_p004_xdbsb                                                        
 2306 oracle    16   0 1600m  17m  14m S  1.7  0.1   0:00.33 ora_p024_xdbsb                                                        
 2262 oracle    15   0 1600m  17m  14m S  1.3  0.1   0:00.31 ora_p002_xdbsb                                                        
 2268 oracle    15   0 1600m  17m  14m S  1.3  0.1   0:00.31 ora_p005_xdbsb                                                        
 2270 oracle    15   0 1600m  17m  14m S  1.3  0.1   0:00.31 ora_p006_xdbsb                                                        
 2274 oracle    15   0 1600m  17m  14m S  1.3  0.1   0:00.31 ora_p008_xdbsb                                                        
 2280 oracle    15   0 1600m  17m  14m S  1.3  0.1   0:00.31 ora_p011_xdbsb                                                        
 2282 oracle    15   0 1600m  17m  14m S  1.3  0.1   0:00.31 ora_p012_xdbsb                                                        
 2286 oracle    15   0 1600m  17m  14m S  1.3  0.1   0:00.31 ora_p014_xdbsb                                                        
 2292 oracle    15   0 1600m  17m  14m S  1.3  0.1   0:00.31 ora_p017_xdbsb                                                        
 2298 oracle    15   0 1600m  17m  14m S  1.3  0.1   0:00.32 ora_p020_xdbsb                                                        
 2310 oracle    15   0 1600m  17m  14m S  1.3  0.1   0:00.32 ora_p026_xdbsb                                                        
 2312 oracle    16   0 1600m  17m  14m S  1.3  0.1   0:00.31 ora_p027_xdbsb                                                        
 2314 oracle    15   0 1600m  17m  14m S  1.3  0.1   0:00.32 ora_p028_xdbsb                                                        
 2318 oracle    15   0 1600m  17m  14m S  1.3  0.1   0:00.30 ora_p030_xdbsb                                                        
 2320 oracle    15   0 1600m  17m  14m S  1.3  0.1   0:00.32 ora_p031_xdbsb                                                        
 2260 oracle    15   0 1600m  17m  14m S  1.0  0.1   0:00.28 ora_p001_xdbsb                                                        
 2272 oracle    15   0 1600m  17m  14m S  1.0  0.1   0:00.30 ora_p007_xdbsb                                                        
 2276 oracle    15   0 1600m  17m  14m S  1.0  0.1   0:00.31 ora_p009_xdbsb                                                        
 2278 oracle    15   0 1600m  17m  14m S  1.0  0.1   0:00.30 ora_p010_xdbsb                                                        
 2284 oracle    15   0 1600m  17m  14m S  1.0  0.1   0:00.30 ora_p013_xdbsb                                                        
 2288 oracle    15   0 1600m  17m  14m S  1.0  0.1   0:00.33 ora_p015_xdbsb                                                        
 2290 oracle    15   0 1600m  17m  14m S  1.0  0.1   0:00.29 ora_p016_xdbsb                                                        
 2294 oracle    15   0 1600m  17m  14m S  1.0  0.1   0:00.33 ora_p018_xdbsb                                                        
 2296 oracle    15   0 1600m  17m  14m S  1.0  0.1   0:00.31 ora_p019_xdbsb                                                        
 2300 oracle    16   0 1600m  17m  14m S  1.0  0.1   0:00.33 ora_p021_xdbsb                                                        
 2302 oracle    16   0 1600m  17m  14m S  1.0  0.1   0:00.32 ora_p022_xdbsb                                                        
 2304 oracle    15   0 1600m  17m  14m S  1.0  0.1   0:00.30 ora_p023_xdbsb                                                        
 2308 oracle    16   0 1600m  17m  14m S  1.0  0.1   0:00.31 ora_p025_xdbsb                                                        
 2316 oracle    15   0 1600m  17m  14m S  1.0  0.1   0:00.31 ora_p029_xdbsb                                                        
23634 oracle    15   0 1609m  29m  17m S  0.7  0.1   0:06.28 ora_dbw0_xdbsb                                                        
23636 oracle    15   0 1607m  26m  15m S  0.7  0.1   0:05.99 ora_dbw1_xdbsb                                                        
 2321 oracle    15   0 12872 1252  816 R  0.3  0.0   0:00.07 top 
 
由于我的服务器上的CPU数较多，ORACLE启动了2*CPU数个回滚进程，这些 ora_pxxx_xdbsb都是后台启动的并行回滚的进程 。经常会发现回滚的进程间会产生资源的争用，例如buffer busy waits等待事件。导致回滚的速度非常慢，我们可以通过调整参数  fast_start_parallel_rollback 为false，这样回滚的进程就只会有一个，速度有时候反而比并行回滚还快。而且也会解决回滚进程数太多，导致回滚进程占用了太多的系统资源。大事务运行过程中被异常kill掉是一件比较严重的事情，死事务的回滚可能会占用掉你很多的系统资源。
回滚过程中，我们通过观察x$ktuxe.ktuxesiz减少的速度来评估回滚的速度。可以根据以下算法来粗略的估算回滚需要的时间，这里是小时：
declare
  l_start number;
  l_end   number;
begin
  select ktuxesiz
    into l_start
    from x$ktuxe
   where KTUXEUSN = 10
     and KTUXESLT = 39; ---------这里根据实际数字来填写
  dbms_lock.sleep(60);  ---------可以缩小这个时间，但是太小，可能会导致误差较大
  select ktuxesiz
    into l_end
    from x$ktuxe
   where KTUXEUSN = 10
     and KTUXESLT = 39; ---------这里根据实际数字来填写
  dbms_output.put_line('time cost Day:' ||
                       round(l_end / (l_start - l_end) / 60, 2));
end;
/
      

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/22034023/viewspace-710505/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/22034023/viewspace-710505/

cotchte0421
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Oracle 回滚事务
weixin_44587257的博客
07-28 2453
ROLLBACK：事务处理回退： 数据回滚：在Oracle中，ROLLBACK语句可以用来撤销当前事务或有问题的事务，使数据变化失效，修改前的数据状态被恢复。 当事务修改表中数据的时候，该数据修改前的值(即前影像)会存放在回滚段中，当用户回滚事务(ROLLBACK)时，ORACLE将会利用回滚段中的数据前影像来将修改的数据恢复到原来的值。 例：使用ROLLBACK语句在Oracle中...
Oracle 回滚(ROLLBACK)和撤销(UNDO)
wm920的专栏
01-23 354
--================================== --Oracle 回滚(ROLLBACK)和撤销(UNDO) --================================== 一、回滚(ROLLBACK)和撤销(UNDO) 回滚和前滚是保证Oracle数据库中的数据处于一致性状态的重要手段。 在9i版本以前 Oracl...
oracle的死事务
05-11 376
http://space.itpub.net/9134/viewspace-567209 这两个月遇到两次死事务的问题，都是同事对一张表做了一个大的事务，然后pc机掉电了，在oracle后台把相应的进程kill掉问题就产生了，...
检查Oracle 中死事务的语句
weixin_33862993的博客
08-05 100
SQL> SELECT KTUXEUSN, KTUXESLT, KTUXESQN, /* Transaction ID */ 2 KTUXESTA Status, KTUXECFL Flags ,KTUXESIZ 3 FROM x$ktuxe 4 WHERE ktuxesta!='INACTIVE'; KTUXEUSN KTUXESLT ...
ORACLE数据库回滚
yuanmuchunpin的博客
12-13 157
ORACLE数据库回滚
oracle 事务 回滚 存储过程
12-31
oracle 事务 回滚 存储过程 自用
Oracle回滚段使用查询代码详解
12-15
大批量执行DML语句造成回滚段大量占用,又回退操作,如何直观查询数据回滚情况? 单机环境 查询回滚执行进度 select /*+ rule */s.sid, r.name rr, nvl(s.username,'no transaction') us, s.osuser os, s.terminal...
oracle回滚段使用率过高之解决方法
09-06
Oracle 回滚段是一种重要的数据库机制，它用于存放数据修改之前的值，以便在事务回滚或恢复时使用。然而，回滚段使用率过高可能会导致数据库性能下降和空间不足的问题。本文将介绍 Oracle 回滚段的概念、用法和规划...
oracle事务.ppt
11-24
Oracle事务管理 Oracle事务是指一组数据库命令，构成单一逻辑工作单元的操作集合。事务是访问并可能更新各种数据项的一个程序执行单元，是不可分割的工作逻辑单元。执行并发操作的最小控制单位。 事务的特性包括...
oracle事务1.ppt
11-21
Oracle事务管理 Oracle事务是一组数据库命令，构成单一逻辑工作单元的操作集合，是不可分割的工作逻辑单元。事务控制是数据库管理系统中最重要的部分之一，它确保了数据库的一致性和可靠性。 事务的特性： * 原子...
Oracle中死事务的检查语句
12-15
SQL> SELECT KTUXEUSN, KTUXESLT, KTUXESQN, /* Transaction ID */ 2 KTUXESTA Status, KTUXECFL Flags ,KTUXESIZ 3 FROM x$ktuxe 4 WHERE ktuxesta!='INACTIVE'; KTUXEUSN KTUXESLT KTUXESQN STATUS FLAGS KTUXESIZ ---------- ---------- ---------- ---------------- ------------------------ ---------- 13 5 47447 A
oracle数据库回滚
weixin_30611509的博客
07-18 77
线下测试数据误操作，回滚攻略--把数据捞出来，这个时间自己设置--表名一定要是:xx_tbd日期CREATETABLE user_tbd0718ASselect*from user asoftimestampto_timestamp('2013-8-1217:40:00','yyyy-mm-ddhh24:mi:ss');--清空原有表DELETEFROM user;--把捞出来的...
Oracle事务(回滚和提交)
Ryan_black的博客
04-30 1780
直接上代码吧=v= select * from student; savepoint a; --设置储存点a delete from student; --删除数据 rollback to a; --回滚到储存点a 回滚到a的数据,只要里面不是truncate之类的操作数据都会还在里面,下面是我truncate之后的操作. savepoint b; --设置储存点b trun...
oracle 回滚进程,Oracle 并发回滚
weixin_27603469的博客
04-09 183
select usn,slt,seq,state,undoblockstotal,undoblocksdone,xid,rcvservers from v$fast_start_transactions;USN SLT SEQ STATE UNDOBLOCKSTOTAL UNDOBLOCKSDONE XID RCVSERV...
oracle数据库创建回滚,如何重建Oracle数据库的回滚段？
weixin_29363791的博客
04-07 282
1、将数据关闭 svrmgrl >Shutdown abort2、修改初始化参数文件 $ vi $ORACLE_HOME/dbs/init。ora添加以下参数 rollback_segments=(system) _corrupted_rollback_segments=(r01,r02,r03,r04) _allow_resetlogs_corruption=ture3、重新装载数据库 s...
oracle取消正在回滚的事务,Oracle11新特性——撤销事务（一）
weixin_26812607的博客
04-04 872
打算写一系列的文章介绍11g的新特性和变化。Oracle11g提供了撤销事务的功能，可以撤销一个已经提交的事务。这一篇简单介绍撤销事务的用法。Oracle的发起一个事务后，可以选择提交或者回滚。回滚的话，会恢复到这个事务发生之前的状态，而一旦提交，这个事务的所有修改都被保存到数据库中。从11g开始，Oracle提供了撤销一个已经提交事务的能力。这个功能是通过DBMS_FLASHBACK.TRANS...
oracle中commit之后如何进行回滚
12-08 708
commit之后 第一种： 记住大概的时间，获取前大概时间的数据。 select * from Test as of timestamp to_timestamp('2021-12-08 09:30:56','yyyy-mm-dd hh24:mi:ss');上面的代码就可以查看你要恢复的时间点的记录，看看是不是有你想要的刚刚提交的DML相关记录。 能看到，剩下的就简单了，可以把现在表中的数据备...
oracle事务回滚
最新发布
06-05
Oracle事务回滚有以下几个关键点： 1. **开始事务**：使用`BEGIN TRANSACTION`或`START TRANSACTION`语句开始一个新的事务。 2. **提交事务**：在事务完成后，使用`COMMIT`语句正式确认并保存所有的修改。如果没有...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值