如何给Large Delete操作提速近千倍?(二)

 本文已经发表在ITPUB优化技术丛书,未经许可,不得转载。

 本文已经发表在ITPUB优化技术丛书,未经许可,不得转载。

1.   优化过程详解

1.1. 第一次优化——处理庞大的IN-LIST操作

回到我们最初的需求,首先看看这个删除工作的基本语句,请注意这个IN 操作,由于这个TEMP_MID_HUBEI 表有130多万行记录,这将是一个多么庞大的IN-LIST!

 

 

DELETE from SSF

      WHERE mid IN (SELECT mid

                      FROM TEMP_MID_HUBEI);

 

 

 

 

下面,我们在测试环境下看看,系统机器空闲,资源极大丰富,数量比真实环境小很多的情况下,这条删除语句的执行效率:

SQL> DELETE from SSF WHERE mid IN (SELECT mid FROM TEMP_MID_HUBEI);

 

 

18 rows deleted.

 

 

Elapsed: 00:05:35.79

SQL>rollback;

 

 

我你们看到原始的删除语句需要大约5分半钟。

 

 

现在,我们使用RBO(加上 RULE HINT),观察一下语句的执行情况:

SQL> DELETE /*+ RULE */ from SSF WHERE mid IN (SELECT mid FROM TEMP_MID_HUBEI);

 

 

18 rows deleted.

 

 

Elapsed: 00:00:47.27

SQL>rollback;

 

 

 

 

我们看到,这条语句的执行时间缩短到只需要47秒钟,单条语句的执行效率提高了7倍以上,这也就是我们常说的,对付IN-LIST或者大量OR条件的一大有利武器。

 

 

好了,我们现在如果在生产库上直接运行修改后的delete语句来删除数据性能会提高多少呢?会是我们看到的7倍么?

我将删除操作所涉及到的所有表的操作写成一个脚本,首先使用少量行删除的操作做测试,得到如下的测试结果:

oracle@db02:/oracle/lunar > cat nohup.out

 

 

SQL*Plus: Release 9.2.0.4.0 - Production on Mon Mar 7 12:37:56 2005

 

 

Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.

 

 

 

 

Connected to:

Oracle9i Enterprise Edition Release 9.2.0.4.0 - 64bit Production

With the Partitioning and Real Application Clusters options

JServer Release 9.2.0.4.0 - Production

 

 

 

 

37 rows deleted.                 henan_SUBSO

 

 

Elapsed: 00:06:39.81

 

 

Commit complete.

 

 

Elapsed: 00:00:00.01

 

 

4 rows deleted.                      hubei_SUB

 

 

Elapsed: 00:02:42.71

 

 

Commit complete.

 

 

Elapsed: 00:00:00.01

 

 

1 row deleted.                       hubei_SUBSC

 

 

Elapsed: 01:31:51.25

 

 

Commit complete.

 

 

Elapsed: 00:00:00.01

 

 

18727 rows deleted.              hubei_SUBNFO

 

 

Elapsed: 00:01:35.55

 

 

Commit complete.

 

 

Elapsed: 00:00:00.01

 

 

21 rows deleted.                 fujian_SUINFO

 

 

Elapsed: 00:00:15.49

 

 

Commit complete.

 

 

Elapsed: 00:00:00.01

 

 

35423 rows deleted.              GINFO

 

 

Elapsed: 00:02:19.80

 

 

Commit complete.

 

 

Elapsed: 00:00:00.04

Disconnected from Oracle9i Enterprise Edition Release 9.2.0.4.0 - 64bit Production

With the Partitioning and Real Application Clusters options

JServer Release 9.2.0.4.0 - Production

oracle@db02:/oracle/lunar >

 

 

嗯,看到上面可喜的结果,我决定进行第二次优化,分段处理,也就是将所有超过10000条以上的删除操作拆分成小段操作(比如,以10000条记录为标准删除记录,然后提交)。

 

 

 

 

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 3
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值