Oracle 降低高水位线的方法【shrink space命令】

高水位（HIGH WARTER MARK，HWM）好比水库中储水的水位，用于描述数据库中段的扩展方式。高水位对全表扫描方式有着至关重要的影响。当使用DELETE删除表记录时，高水位并不会下降，随之导致的是全表扫描的实际开销并没有任何减少。

例如，首先新建一张空表，大小占用64K，然后插入数据直到表大小变为50G，此时使用DELETE删除所有的数据并且提交，这个时候查询表的大小的时候依然是50G，这就是因为表的高水位没有释放的缘故，而在这时如果使用“SELECT * FROM TABLE_NAME;”语句来查询数据的话，那么查询过程就会很慢，因为Oracle要执行全表扫描，从高水位下所有的块都得去扫描，直到50G的所有块全部扫描完毕。曾遇到一个同事使用DELETE删除了一个很大的分区表，然后执行SELECT查询很久都没有结果，以为是数据库HANG住了，其实这个问题是由于高水位的缘故。所以，表执行了TRUNCATE操作，再次SELECT的时候就可以很快返回结果了。

释放表的高水位通常有如下几种办法：

（1）对表进行MOVE操作：ALTER TABLE TABLE_NAME MOVE;。若表上存在索引，则记得重建索引。

（2）对表进行SHRINK SPACE操作：ALTER TABLE TABLE_NAME SHRINK SPACE;

注意，在执行该指令之前必须开启行移动：ALTER TABLE TABLE_NAME ENABLE ROW MOVEMENT;。该方法的优点是：在碎片整理结束后，表上相关的索引仍然有效，缺点是会产生大量的UNDO和REDO。

（3）复制要保留的数据到临时表T，DROP原表，然后RENAME临时表T为原表。

（4）exp/imp或expdp/impdp重构表。

（5）若表中没有数据则直接使用TRUNCATE来释放高水位。

如何找出系统中哪些表拥有高水位呢？这里给出两种办法，①比较表的行数和表的大小关系。如果行数为0，而表的当前占用大小减去初始化时的大小（INITIAL_EXTENT）后依然很大，那么说明该表有高水位。②行数和块数的比率，即查看一个块可以存储多少行数据。如果一个块存储的行数少于5行甚至更少，那么说明有高水位。注意，这两种方法都不是十分准确，需要再对查询结果进行筛选。需要注意的是，在查询表的高水位时，首先需要分析表，以得到最准确的统计信息。

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

shrink_clause：

http://docs.oracle.com/cd/B19306_01/server.102/b14200/statements_3001.htm#i2192484

首先oracle shrink 是10g之后才引出的，有shrink table 和shrink space两种，这里介绍shrink space

压缩分两个阶段：

1、数据重组：这个过程是通过一系列的insert delete操作，将数据尽量排在列的前面进行重新组合。

2、HWM调整：这个过程是对HWM的调整，释放空闲数据库。

PS：shrink之间必须开启行移动功能

alter table table_name enable row movement;

基本语法：

alter table <table_name> shrink space [ <null> | cascade | compact ];

--alter table <table_name> shrink space compact;

只收缩表，这个实际上是只执行了第一个阶段，HWM保持不变。

--alter table <table_name> shrink space cascade;

收缩表并且相关索引也会被收缩，HWM会降低

--alter table <table_name> shrink space;

收缩表，降低HWM(High Water Mark)

限制条件：

1、不能对cluster、clustered table 或者任何有LONG列的对象使用这个语句

2、压缩段不支持有函数索引、位图链接索引的表

3、这语句不能压缩二级索引表的映射表，即使设置了CASCADE

4、不能对压缩表使用该语句

5、不能压缩on commit 类型的物化视图的主表，rowid物化视图必须在压缩操作之后重建

详解：

oracle10g开始提供shrink的命令，要求表空间是自动段空间管理（ASSM），降低HWM。

segment shrink 分为两个阶段：

1、数据重组（compact）：通过一系列insert、delete操作，将数据尽量排在段的前面，这个过程中需要在表上加RX锁，及只需要移动的行上加锁。由于涉及到rowid的改变，需要enable row movement。同时要distable基于rowid的triggers，这个过程对业务影响比较小（--由于采用compact，只有涉及移动的行才加锁，所以不会锁定整个表，其他的DML操作有部分可以进行，进而减小系统高峰期的性能开销）

2、HWM调整：第二阶段是调整HWM位置，释放空闲数据块，此过程需要在表上加X锁（独享锁，因此这个表都被锁定，如果系统处在高峰期的时候，其他在此表的DML被挂起，会产生严重阻塞），会造成表上所有DML语句阻塞，系统忙时影响较大，

锁的内容参考：http://docs.oracle.com/cd/B19306_01/server.102/b14220/consist.htm

shrink space语句两个阶段都执行
shrink space compact语句只执行第一个阶段。
在业务繁忙的时候，可以先执行shrink space compact重组数据，然后不满的时候执行shrink space降低HWM释放空闲数据块。
shrink必须开启对象的row movement功能（shrink index 不需要），alter table table_name enable row movement.但是要注意，该语句会造成引用table_name的对象（如存储过程、包、试图等）变为无效，执行完最好由utlrp.sql来编译无效对象。
shrink不会使表的索引失效。但是move会，因此，move后必须重建索引，（alter table table_name move;alter index index_name rebuild）

语法：

alter table shrink space[|cpmpact|cascade];

alter table shrink space compcat; 把块中的数据堆到一起，但会保持high water mark

alter table shrink space;收缩表，降低high water mark

alter table shrink space cascade;收缩表，降低high water mark，并相关索引也要收缩。

alter index indexname shrink space;收缩索引