oracle大数据表（千万级）修改，删除优化技巧【转】

oracle大数据表（千万级）修改，删除优化技巧

运行下面的SQL

delete  from idwsq11.SH30_PRCSS_EXCTN_LOG e

where deriv_prcss_time_stamp < to_date('2010-JAN-01', 'YYYY-MON-DD');

省略其他信息。。。。。

为啥老外自己不做呢？ 其实冤枉他了，他删除了的 不过等了半小时还没完，不耐烦了，然后kill了给我删除。

explain plan for delete from idwsq11.SH30_PRCSS_EXCTN_LOG e

where deriv_prcss_time_stamp < to_date('2010-JAN-01', 'YYYY-MON-DD');

SQL> select * from table(dbms_xplan.display);

PLAN_TABLE_OUTPUT

--------------------------------------------------------------------------------------------------------

Plan hash value: 1015128491

-----------------------------------------------------------------------------------------------

| Id  | Operation         | Name                      | Rows  | Bytes | Cost (%CPU)| Time     |

-----------------------------------------------------------------------------------------------

|   0 | DELETE STATEMENT  |                           |   203K| 5161K|   432   (3)|
00:00:05 |

|   1 |  DELETE           | SH30_PRCSS_EXCTN_LOG      |       |       |            |          |

|*  2 |   INDEX RANGE SCAN| SH30_PRCSS_EXCTN_LOG_IDX6 |   203K|  5161K|   432   (3)| 00:00:05 |

-----------------------------------------------------------------------------------------------

Predicate Information (identified by operation id):

---------------------------------------------------

   2 - access("DERIV_PRCSS_TIME_STAMP"<TO_DATE('2010-01-01 00:00:00', 'yyyy-mm-dd

              hh24:mi:ss'))

15 rows selected.

SQL> select count(*) from idwsq11.SH30_PRCSS_EXCTN_LOG;

  COUNT(*)

----------

    342124

Elapsed: 00:00:02.87

SQL> select count(*) from idwsq11.SH30_PRCSS_EXCTN_LOG

  2  where deriv_prcss_time_stamp < to_date('2010-JAN-01', 'YYYY-MON-DD');

  COUNT(*)

----------

    192332

要删除192332条数据，表一共有342124条数据，执行计划居然走索引，很明显表统计信息过期了，执行计划有问题。

这也不难解释为什么老外删了半天没动静

select ' alter index ' ||  index_owner || '.' || index_name  ||' unusable ;'name from
dba_ind_columns where table_owner=upper('idwsq13') and

table_name=upper('SH30_PRCSS_EXCTN_LOG');

alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX3 unusable ;

alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX4 unusable ;

alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX5 unusable ;

alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX6 unusable ;

alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX2 unusable ;

SQL> alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX3 unusable ;

Index altered. 

Elapsed: 00:00:00.93

SQL> alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX4 unusable ; 

Index altered. 

Elapsed: 00:00:01.95

SQL> alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX5 unusable ; 

Index altered. 

Elapsed: 00:00:00.95

SQL> alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX6 unusable ; 

Index altered. 

Elapsed: 00:00:00.93

SQL> alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX2 unusable ;

Index altered. 

Elapsed: 00:00:02.03 

SQL> delete from idwsq11.SH30_PRCSS_EXCTN_LOG e

  2  where deriv_prcss_time_stamp < to_date('2010-JAN-01', 'YYYY-MON-DD'); 

192332 rows deleted. 

Elapsed: 00:00:07.04

SQL> commit; 

Commit complete. 

Elapsed: 00:00:00.93

SQL> alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX3 rebuild online nologging parallel ; 

Index altered. 

Elapsed: 00:02:52.76

SQL>  alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX4 rebuild online nologging parallel ;

 Index altered. 

Elapsed: 00:00:05.59

SQL>  alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX5 rebuild online nologging parallel ;

 Index altered.

 Elapsed: 00:00:04.35

SQL>  alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX6 rebuild online nologging parallel ;

Index altered.

Elapsed: 00:00:04.03

SQL>  alter index IDWSQ11.SH30_PRCSS_EXCTN_LOG_IDX2 rebuild online nologging parallel ;

Index altered.

Elapsed: 00:00:04.86

 现在多快啊，不到2分钟全部搞定。

总结：如果要对表进行大规模delete操作，大规模update，先看看执行计划，评估一下走索引好还是走全表扫描好(全表扫描还可以利用并行特征),如果表上面有索引，那么先unusable索引，然后rebuild 索引。如果是删除操作，那么还要 alter table move。降低高水位，然后再 rebuild index。

如果要对表进行大规模批量加载 那么先 unusable index ,然后 append parallel nologging ，最后rebuild index

批量加载示例：

insert into ADWGU_DICFR.DICFR_SALES_FCT select * from adwgq_dicfr.DICFR_SALES_FCT@adw1d e;

今天我就做了个 dblink加载1亿1千万条的记录，花了1小时10分钟。

注意parallel 根据CPU核数设置，如果你CPU有8个核，那么你可以设置parallel 8

delete FROM LYH_TEMP LT;

http://www.51xit.com/www/2010-12-05/5447.html