关于Oracle表碎片整理

高水位线下的很好多据块都以多数据的,但全表扫描的时候要扫描到高水位线的数据块,也便是说oracle要做过多的无用功!因而oracle提供了shrink
space碎片收拾作用。对于索引,能够运用rebuild
online的点子张开零散收拾,平时的话,日常实行DML操作的指标DBA要依期实行维护,同不时候注意要立刻更新总计消息!一:计划测验数据,使用HR用户,创建T1表,插入约30W的数据,并根据object_id创建普通索引,表占存款和储蓄空间34M

数据库在平常使用进程中,不断的insert,delete,update操作,导致表和目录现身零星是免不了的工作,碎片多了,sql的试行效能自然就差了,道理超级轻松,高水位线(HWL)下的过多数据块都以数不尽据的,但全表扫描的时候要扫描到高水位线的数据块,也正是说oracle要做过多的无用功!因而oracle提供了shrink
space碎片整理功能。对于索引,能够动用rebuild
online的方法张开零散收拾,通常的话,日常进行DML操作的目的DBA要定时开展保证,同一时候注意要及时更新计算新闻!

复制代码 代码如下:SQL conn /as sysdba
已接连。 SQL select default_tablespace from dba_users where
username=’HR’; DEFAULT_TABLESPACE
———————————————————— USERS SQL
conn hr/hr 已连接。 SQL insert into t1 select * from t1; 已创建 74812
行。 SQL insert into t1 select * from t1; 已成立 149624 行。 SQL
commit; 提交成功。 SQL create index idx_t1_id on t1(object_id卡塔尔国;
索引已开立。 SQL exec
dbms_stats.gather_table_stats(‘HCR-V’,’T1′,CASCADE=TRUE卡塔尔(قطر‎; PL/SQL
进程已成功达成。 SQL select count(1卡塔尔 from t1; COUNT(1卡塔尔(قطر‎ ———- 299248
SQL select sum(bytesState of Qatar/1024/1024 from dba_segments where
segment_name=’T1′; SUM(BYTES)/1024/1024 ——————– 34.0625
SQL select sum(bytes)/1024/1024 from dba_segments where
segment_name=’IDX_T1_ID’; SUM(BYTES)/1024/1024 ——————– 6

意气风发:准备测验数据,使用HQashqai客商,创造T1表,插入约30W的数码,并依据object_id创立普通索引,表占存储空间34M左右,索引占6M左右的储存空间 

二:推断表在高水位线下还或者有稍微空间可用,那个值应该越低越好,表使用率越挨近高水位线,全表扫描所做的无用功也就越少!DBMS_STATS包无法拿到EMPTY_BLOCKS总计新闻,所以须要用analyze命令再搜罗二回计算音信

  1. SQL> conn /as sysdba 
  2. 已连接。 
  3. SQL> select default_tablespace from dba_users where username=’HR’; 
  4.  
  5. DEFAULT_TABLESPACE 
  6. ———————————————————— 
  7. USERS 
  8.  
  9. SQL> conn hr/hr 
  10. 已连接。 
  11.  
  12. SQL> insert into t1 select * from t1; 
  13. 已创建 74812 行。 
  14.  
  15. SQL> insert into t1 select * from t1; 
  16. 已创建 149624 行。 
  17.  
  18. SQL> commit; 
  19. 澳门金沙vip,交付成功。 
  20.  
  21. SQL> create index idx_t1_id on t1(object_id); 
  22. 目录已开立。 
  23.  
  24. SQL> exec dbms_stats.gather_table_stats(‘HR’,’T1′,CASCADE=>TRUE); 
  25. PL/SQL 进程已成功做到。 
  26.  
  27. SQL> select count(1) from t1; 
  28.  
  29.   COUNT(1) 
  30. ———- 
  31.     299248 
  32.  
  33. SQL> select sum(bytes)/1024/1024 from dba_segments where segment_name=’T1′; 
  34. SUM(BYTES)/1024/1024 
  35. ——————– 
  36.              34.0625 
  37.  
  38. SQL> select sum(bytes)/1024/1024 from dba_segments where segment_name=’IDX_T1_ID’; 
  39. SUM(BYTES)/1024/1024 
  40. ——————– 
  41.                    6 

复制代码 代码如下:SQL SELECT blocks,
empty_blocks, num_rows FROM user_tables WHERE table_name =’T1′;
BLOCKS EMPTY_BLOCKS NUM_ROWS ———- ———— ———- 4302 0
299248 SQL analyze table t1 compute statistics; 表已分析。 SQL SELECT
blocks, empty_blocks, num_rows FROM user_tables WHERE table_name
=’T1′; BLOCKS EMPTY_BLOCKS NUM_ROWS ———- ———— ———-
4302 50 299248 SQL col table_name for a20 SQL SELECT TABLE_NAME, 2
(BLOCKS * 8192 / 1024 / 1024) – 3 (NUM_ROWS * AVG_ROW_LEN / 1024 /
1024) “Data lower than HWM in MB” 4 FROM USER_TABLES 5 WHERE
table_name = ‘T1’; TABLE_NAME Data lower than HWM in MB
——————– ————————- T1 5.07086182

 

三: 查看推行安顿,全表扫描大致须求消耗CPU 1175

二:预计表在高水位线下还会有多少空间可用,这些值应该越低越好,表使用率越临近高水位线,全表扫描所做的无用功也就越少!

复制代码 代码如下:SQL explain plan for
select * from t1; 已解释。 SQL select * from

DBMS_STATS包不能得到EMPTY_BLOCKS计算消息,所以须求用analyze命令再收罗一遍总计音信

table(dbms_xplan.display); PLAN_TABLE_OUTPUT

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

Plan hash value: 3617692013

三: 查看推行布置,全表扫描大约须求开支CPU 1175

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

| 0 | SELECT STATEMENT | | 299K| 28M| 1175 (1)| 00:00:15 | | 1 | TABLE

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