关于Oracle表碎片整理

数据库在日常使用过程中,不断的insert,delete,update操作,导致表和索引出现碎片是在所难免的事情,碎片多了,sql的执行效率自然就差了,道理很简单,高水位线(HWL)下的许多数据块都是无数据的,但全表扫描的时候要扫描到高水位线的数据块,也就是说Oracle要做许多的无用功!因此oracle提供了shrink space碎片整理功能。对于索引,可以采取rebuild online的方式进行碎片整理,一般来说,经常进行DML操作的对象DBA要定期进行维护,同时注意要及时更新统计信息!

关于Oracle表碎片整理相关附件

具体下载目录在 /2013年资料/5月/25日/关于Oracle表碎片整理
 
一:准备测试数据,使用HR用户,创建T1表,插入约30W的数据,并根据object_id创建普通索引,表占存储空间34M左右,索引占6M左右的存储空间

  1. SQL> conn /as sysdba
  2. 已连接。
  3. SQL> select default_tablespace from dba_users where username='HR';
  4. DEFAULT_TABLESPACE
  5. ------------------------------------------------------------
  6. USERS
  7. SQL> conn hr/hr
  8. 已连接。
  9. SQL> insert into t1 select * from t1;
  10. 已创建 74812 行。
  11. SQL> insert into t1 select * from t1;
  12. 已创建 149624 行。
  13. SQL> commit;
  14. 提交完成。
  15. SQL> create index idx_t1_id on t1(object_id);
  16. 索引已创建。
  17. SQL> exec dbms_stats.gather_table_stats('HR','T1',CASCADE=>TRUE);
  18. PL/SQL 过程已成功完成。
  19. SQL> select count(1) from t1;
  20. COUNT(1)
  21. ----------
  22. 299248
  23. SQL> select sum(bytes)/1024/1024 from dba_segments where segment_name='T1';
  24. SUM(BYTES)/1024/1024
  25. --------------------
  26. 34.0625
  27. SQL> select sum(bytes)/1024/1024 from dba_segments where segment_name='IDX_T1_ID';
  28. SUM(BYTES)/1024/1024
  29. --------------------
  30. 6

 

二:估算表在高水位线下还有多少空间可用,这个值应当越低越好,表使用率越接近高水位线,全表扫描所做的无用功也就越少!

DBMS_STATS包无法获取EMPTY_BLOCKS统计信息,所以需要用analyze命令再收集一次统计信息

  1. SQL> SELECT blocks, empty_blocks, num_rows FROM user_tables WHERE table_name ='T1';
  2. BLOCKS EMPTY_BLOCKS NUM_ROWS
  3. ---------- ------------ ----------
  4. 4302 0 299248
  5. SQL> analyze table t1 compute statistics;
  6. 表已分析。
  7. SQL> SELECT blocks, empty_blocks, num_rows FROM user_tables WHERE table_name ='T1';
  8. BLOCKS EMPTY_BLOCKS NUM_ROWS
  9. ---------- ------------ ----------
  10. 4302 50 299248
  11. SQL> col table_name for a20
  12. SQL> SELECT TABLE_NAME,
  13. 2 (BLOCKS * 8192 / 1024 / 1024) -
  14. 3 (NUM_ROWS * AVG_ROW_LEN / 1024 / 1024) "Data lower than HWM in MB"
  15. 4 FROM USER_TABLES
  16. 5 WHERE table_name = 'T1';
  17. TABLE_NAME Data lower than HWM in MB
  18. -------------------- -------------------------
  19. T1 5.07086182

三: 查看执行计划,全表扫描大概需要消耗CPU 1175

  1. SQL> explain plan for select * from t1;
  2. 已解释。
  3. SQL> select * from table(dbms_xplan.display);
  4. PLAN_TABLE_OUTPUT
  5. --------------------------------------------------------------------------------
  6. Plan hash value: 3617692013
  7. --------------------------------------------------------------------------
  8. | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
  9. --------------------------------------------------------------------------
  10. | 0 | SELECT STATEMENT | | 299K| 28M| 1175 (1)| 00:00:15 |
  11. | 1 | TABLE ACCESS FULL| T1 | 299K| 28M| 1175 (1)| 00:00:15 |
  12. --------------------------------------------------------------------------

相关推荐