oracle碎片产生原因,Oracle表碎片起因及解决办法

今天发现在一个SQL查询用不到索引，classid是建了索引的，如下：select * from infobase where classid in(10001,10002,10003,10

今天发现在一个SQL查询用不到索引，classid是建了索引的，如下：

select * from infobase where classid in(10001,10002,10003,10004,10005);

奇怪的发现在classid in(10001,10002)的值两以上就用不索引，两个以下就可以用到，开始怀疑是索引有问题，于是就重建下了下classid上的索引还是不行。从网上找到一篇文章才知道可能是表中存在碎片的问题

于是用下面的步骤解决：

1、重建表：

create table infobase2 select * from infobase;

2、改以前的表名：

alter table infobase rename to infobase3;

3、改新建表名为以前表名：

alter table infobase2 rename to infobase;

4、建上索引：

create index classid_ind on infobase(classid);

可是过了一天问题又出现了，索引又是不能使用了，然后执行下面的语句解决：

ANALYZE TABLE INFOBASE compute Statistics;

或是

ANALYZE TABLE INFOBASE estimate STATISTICS SAMPLE 50 PERCENT ;

--注意：50 PERCENT 值太小索引可能还是不起作用，我就开始用20 PERCENT 时，索引还是用不上。

跟表碎片有关的基础知识：

什么是水线(High Water Mark)?

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

所有的Oracle段(segments，在此，为了理解方便，建议把segment作为表的一个同义词) 都有一个在段内容纳数据的上限，我们把这个上限称为"high water mark"或HWM。这个HWM是一个标记，用来说明已经有多少没有使用的数据块分配给这个segment。HWM通常增长的幅度为一次5个数据块，原则上HWM只会增大，不会缩小，，即使将表中的数据全部删除，HWM还是为原值，由于这个特点，使HWM很象一个水库的历史最高水位，这也就是HWM的原始含义，当然不能说一个水库没水了，就说该水库的历史最高水位为0。但是如果我们在表上使用了truncate命令，则该表的HWM会被重新置为0。

HWM数据库的操作有如下影响：

a) 全表扫描通常要读出直到HWM标记的所有的属于该表数据库块，即使该表中没有任何数据。

b) 即使HWM以下有空闲的数据库块，键入在插入数据时使用了append关键字，则在插入时使用HWM以上的数据块，此时HWM会自动增大。

如何知道一个表的HWM？

a) 首先对表进行分析:

ANALYZE TABLE ESTIMATE/COMPUTE STATISTICS;

b) SELECT blocks, empty_blocks, num_rows

FROM user_tables

WHERE table_name = ;

BLOCKS 列代表该表中曾经使用过得数据库块的数目，即水线。

EMPTY_BLOCKS 代表分配给该表，但是在水线以上的数据库块，即从来没有使用的数据块。

让我们以一个有28672行的BIG_EMP1表为例进行说明：

1)SQL> SELECT segment_name,segment_type,blocks

FROM dba_segments

WHERE segment_name='BIG_EMP1';

SEGMENT_NAME SEGMENT_TYPE BLOCKS EXTENTS

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

BIG_EMP1 TABLE 1024 2

1 row selected.

2) SQL> ANALYZE TABLE big_emp1 ESTIMATE STATISTICS;

Statement processed.

3) SQL> SELECT table_name,num_rows,blocks,empty_blocks

FROM user_tables

WHERE table_name='BIG_EMP1';

TABLE_NAME NUM_ROWS BLOCKS EMPTY_BLOCKS

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

BIG_EMP1 28672 700 323

1 row selected.

注意：

BLOCKS + EMPTY_BLOCKS (700+323=1023)比DBA_SEGMENTS.BLOCKS少个数据库块，这是因为有一个数据库块被保留用作segment header。DBA_SEGMENTS.BLOCKS 表示分配给这个表的所有的数据库块的数目。USER_TABLES.BLOCKS表示已经使用过的数据库块的数目。

4) SQL> SELECT COUNT (DISTINCT

DBMS_ROWID.ROWID_BLOCK_NUMBER(rowid)||

DBMS_ROWID.ROWID_RELATIVE_FNO(rowid)) "Used"

FROM big_emp1;

Used

----------

700

1 row selected.

5) SQL> DELETE from big_emp1;

28672 rows processed.

6) SQL> commit;

Statement processed.

7) SQL> ANALYZE TABLE big_emp1 ESTIMATE STATISTICS;

Statement processed.

8) SQL> SELECT table_name,num_rows,blocks,empty_blocks

FROM user_tables

WHERE table_name='BIG_EMP1';

TABLE_NAME NUM_ROWS BLOCKS EMPTY_BLOCKS

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

BIG_EMP1 0 700 323

1 row selected.

9) SQL> SELECT COUNT (DISTINCT

DBMS_ROWID.ROWID_BLOCK_NUMBER(rowid)||

DBMS_ROWID.ROWID_RELATIVE_FNO(rowid)) "Used"

FROM big_emp1;

Used

----------

0 -- 这表名没有任何数据库块容纳数据，即表中无数据

1 row selected.

10) SQL> TRUNCATE TABLE big_emp1;

Statement processed.

11) SQL> ANALYZE TABLE big_emp1 ESTIMATE STATISTICS;

Statement processed.

12) SQL> SELECT table_name,num_rows,blocks,empty_blocks

FROM user_tables

WHERE table_name='BIG_EMP1';

TABLE_NAME NUM_ROWS BLOCKS EMPTY_BLOCKS

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

BIG_EMP1 0 0 511

1 row selected.

13) SQL> SELECT segment_name,segment_type,blocks

FROM dba_segments

WHERE segment_name='BIG_EMP1';

SEGMENT_NAME SEGMENT_TYPE BLOCKS EXTENTS

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

BIG_EMP1 TABLE 512 1

1 row selected.

注意:

TRUNCATE命令回收了由delete命令产生的空闲空间，注意该表分配的空间由原先的1024块降为512块。

为了保留由delete命令产生的空闲空间，可以使用

TRUNCATE TABLE big_emp1 REUSE STORAGE

用此命令后，该表还会是原先的1024块。

本文原创发布php中文网，转载请注明出处，感谢您的尊重！