delete 大表后kill session是否会recover？

最新推荐文章于 2021-12-28 23:04:27 发布

原创最新推荐文章于 2021-12-28 23:04:27 发布 · 1.6k 阅读

2 ·

CC 4.0 BY-SA版权

ORACLE 之 error 诊断同时被 2 个专栏收录

35 篇文章

订阅专栏

ORACLE之基本术语知识

25 篇文章

订阅专栏

本文详细介绍了在使用SQL进行大表数据删除操作时，未执行完即杀掉session后，系统中smon进程占用CPU超过60%的现象。通过深入分析，发现这是由于回滚数据导致的性能问题。文章提供了测试过程和解决方案，强调了在处理大事务时应注意的事项，以及如何避免和解决此类问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

今天是2013-10-15，论坛有个朋友提这个问题：

简单介绍下情景： DELETE 一张大表数据，未执行完，就把session 杀掉了。
kill session 后。smon占CPU 仍然超过60%，难道是在回滚数据？

我的测试过程：

session 1：
SQL> select count(*) from amy;

COUNT(*)
----------
1047140

SQL> select * from v$mystat where rownum<2;

SID STATISTIC# VALUE
---------- ---------- ----------
46 0 0
session 2：
SQL> select sid,serial#,username from v$session where username is not null;

SID SERIAL# USERNAME
---------- ---------- ------------------------------
37 127 SYS
46 15 RHYS
48 11 SYS
50 23 SYS
然后再rhys下删除amy表：
SQL> delete from amy;
delete from amy
*
ERROR at line 1:
ORA-00028: your session has been killed
ORA-00028: your session has been killed

SQL>
在session 2 然后kill 该session：
SQL> alter system kill session '46,15';

System altered.

SQL> select usn,xacts,latch,extents,gets,waits,hwmsize,status,curext,curblk from v$rollstat where xacts>0;

USN XACTS LATCH EXTENTS GETS WAITS HWMSIZE STATUS CUREXT CURBLK
---------- ---------- ---------- ---------- ---------- ---------- ---------- --------------- ---------- ----------
3 1 0 106 82251 10 402776064 ONLINE 102 393

SQL>
select usn,xid,slt,state,undoblocksdone,undoblockstotal,cputime,parentslt,rcvserSQL> vers from v$fast_start_transactions;

USN XID SLT STATE UNDOBLOCKSDONE UNDOBLOCKSTOTAL CPUTIME PARENTSLT RCVSERVERS
---------- ---------------- ---------- ---------------- -------------- --------------- ---------- ---------- ----------
3 0300000068050000 0 RECOVERING 4479 14624 16 0 1
3 03001F0065050000 31 RECOVERED 3953 3953 58 1

SQL> r
1* select usn,xid,slt,state,undoblocksdone,undoblockstotal,cputime,parentslt,rcvservers from v$fast_start_transactions

USN XID SLT STATE UNDOBLOCKSDONE UNDOBLOCKSTOTAL CPUTIME PARENTSLT RCVSERVERS
---------- ---------------- ---------- ---------------- -------------- --------------- ---------- ---------- ----------
3 0300000068050000 0 RECOVERING 4479 14624 17 0 1
3 03001F0065050000 31 RECOVERED 3953 3953 58 1
结论：没错，是需要回滚，有时候大的事务回滚导致很严重的性能问题，有时候为了加快速度，设置fast_start_parallel_rollback 为high