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

oracle表碎片起因及解决办法

Oracle 表碎片起因及解决办法2009-05-14 15:42今天发现在一个 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 p