关于大表的带条件分批删除

Oracle9i Enterprise Edition Release 9.2.0.7.0 - 64bit Production

要执行的操作是delete dbcrmadm.dCustGrpUserShould where acct_month='200901'；应用反映操作很慢。

select count(*) from dbcrmadm.dCustGrpUserShould

一共13692750条记录。 acct_month上没有索引

select distinct acct_month,count(*) from dbcrmadm.dCustGrpUserShould group by acct_month；

有20多个不同的值，200901值超过了总值的1/10，oracle计算的cost和table access full的cost应该相差不大，实际上的比table access full还慢很多，于是决定分批量删除；

在没有索引的情况下；

select * from (select /*+ full(a)*/* from dbcrmadm.dCustGrpUserShould a where acct_month='200901') where rownum<50；

Operation Object Name Rows Bytes Cost Object Node In/Out PStart PStop

SELECT STATEMENT Optimizer Mode=CHOOSE  49     3104                          
  COUNT STOPKEY                                
    TABLE ACCESS FULL DBCRMADM.DCUSTGRPUSERSHOULD 517 K 22 M 3104        

通过执行计划可以到看，是每delete一次都会先全表找出符合条件的结果集COUNT STOPKEY  517 K行，执行时间很长，我中间停了；

在建立低效索引的情况下：

select * from (select * from dbcrmadm.dCustGrpUserShould a where acct_month='200901') where rownum<50；

Operation Object Name Rows Bytes Cost Object Node In/Out PStart PStop

SELECT STATEMENT Optimizer Mode=CHOOSE  49     60                          
  COUNT STOPKEY                                
    TABLE ACCESS BY INDEX ROWID DBCRMADM.DCUSTGRPUSERSHOULD 517 K 22 M 60                          
      INDEX RANGE SCAN DBCRMADM.ACCT_MONTH1 517 K   2                          
通过执行计划可以看到，是每delete一次直接先通过索引找出其中全部符合的索引键值COUNT STOPKEY 49行，执行速度很快，当然你也可以通过cursor来操作，如果你不会cursor：），建个低效索引也是个不错的选择。不过产生的redo和undo就会多很多。

Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - Prod中，两中情况都会COUNT STOPKEY 49行。

 

                  

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

转载于:http://blog.itpub.net/16158219/viewspace-545434/