文章摘要
这篇文章讲述了在Oracle数据库中删除大量数据时遇到的性能问题及解决方法。主要内容如下：
1. **问题描述**
单表数据量约3000条，删除操作需要509秒，存在明显的性能瓶颈。
2. **问题排查**
- 执行计划分析：SQL执行正常，主要利用主键索引。
- 等待事件检查：未发现异常等待。
- 日志追踪：使用`alter session`设置日志，分析发现删除操作涉及外键关联的数据查询，耗时较长。
3. **解决方案**
- **避免原表删除**：建议在删除前将数据复制到临时表，避免直接删除原表导致性能问题。
- **处理外键影响**：取消外键维护代码或为外键关联表添加索引，优化查询效率。
4. **总结经验**
在处理大量数据删除时，避免直接删除原表，而是通过创建临时表或其他方式规避性能瓶颈，是提升效率的关键。
目录Oracle删除数据非常慢问题描述处理流程Oracle删除表中大量数据卡顿的解决正确姿势总结
记一次数据库删除数据非常慢的处理流程
单表数据3000条左右，根据主键删除需要509秒
一. 首先查看SQL的执行计划：执行计划正常，cost只有1，用到了主键索引。
二. 查看等待事件：
SELECT s.sid, s.serial# FROM v$locked_object lo, dba_objects ao, v$session s WHERE ao.object_id=lo.object_id AND lo.session_id=s.sid;
先执行目标sql，在执行上面的sql获得sid
select * from v$session_wait where sid=(上面sql查询的sid)
显示的event是db file sequential read,也没有异常。
三. 测试其他其他表和系统io是否有问题，没问题则进行下一步
四. 追踪sql日志：
alter session set events=’10046 trace name context forever,level 12′;
delete from t_table1 where id=xxx（这里是目标sql）
alter session set events=’10046 trace name context off’;
若不知道日志文件存放位置执行以下sql会返回路径
SELECT VALUE FROM V$PARAMETER WHERE NAME=’user_dump_dest’
找到最新的trace文件
执行—>tkprof orcl_ora_3708.trc myoutput.txt将trc文件转换为简单明了的txt文件
查看执行删除过程中有哪个操作时间过长
我发现的问题是在实行删除的过程中这个表有外键关联主表，会先查一遍这个表里有没有那个设备的记录，elapsed表示耗时
解决办法，外键加索引，或者取消外键代码里维护外键。
首先，不要被标题误导，分两种情况。
1. 删之前原表数据不要。2. 删之前保留原表数据。oracle数据表有过万条数据后，删除数据就变的特别慢，有时甚至会卡死，所以在此分享一个小白操作，望对各位有帮助。
删除前： 从原表创建新表，即：先把需要的某些数据导入到新表里，或者不加条件即要删除原表的所有数据，从原表创建临时表（新表）。（相当于原模原样拷贝一份原表）
create table tempTable as select id,name from table1 where sj>to_date(‘2013-7-31 23:59:59′,’yyyy-mm-dd hh24:mi:ss’);
接着直接 drop 删除原表，把新表名称改为原表名称。到此结束，这样直接跳过删除原表因数据多造成卡死的现象节省时间。
以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。
您可能感兴趣的文章:oracle中如何删除亿级数据Oracle怎么删除数据,Oracle数据删除的三种方式Oracle使用fy_recover_data恢复truncate删除的数据Oracle中实现删除重复数据只保留一条