在Oracle数据的存储中，可以把存储空间想象为一个水库，数据想象为水库中的水。水库中的水的位置有一条线叫做水位线，在Oracle中，这条线被称为高水位线（High-warter mark, HWM）。在数据库表刚建立的时候，由于没有任何数据，所以这个时候水位线是空的，也就是说HWM为最低值。当插入了数据以后，高水位线就会上涨，但是这里也有一个特性，就是如果你采用delete语句删除数据的话，数据虽然被删除了，但是高水位线却没有降低，还是你刚才删除数据以前那么高的水位。也就是说，这条高水位线在日常的增删操作中只会上涨，不会下跌。
下面我们来谈一下Oracle中Select语句的特性。Select语句会对表中的数据进行一次扫描，但是究竟扫描多少数据存储块呢，这个并不是说数据库中有多少数据，Oracle就扫描这么大的数据块，而是Oracle会扫描高水位线以下的数据块。现在来想象一下，如果刚才是一张刚刚建立的空表，你进行了一次Select操作，那么由于高水位线HWM在最低的0位置上，所以没有数据块需要被扫描，扫描时间会极短。而如果这个时候你首先插入了一千万条数据，然后再用delete语句删除这一千万条数据。由于插入了一千万条数据，所以这个时候的高水位线就在一千万条数据这里。后来删除这一千万条数据的时候，由于delete语句不影响高水位线，所以高水位线依然在一千万条数据这里。这个时候再一次用select语句进行扫描，虽然这个时候表中没有数据，但是由于扫描是按照高水位线来的，所以需要把一千万条数据的存储空间都要扫描一次，也就是说这次扫描所需要的时间和扫描一千万条数据所需要的时间是一样多的。所以有时候有人总是经常说，怎么我的表中没有几条数据，但是还是这么慢呢，这个时候其实奥秘就是这里的高水位线了。
那有没有办法让高水位线下降呢，其实有一种比较简单的方法，那就是采用TRUNCATE语句进行删除数据。采用TRUNCATE语句删除一个表的数据的时候，类似于重新建立了表，不仅把数据都删除了，还把HWM给清空恢复为0。所以如果需要把表清空，在有可能利用TRUNCATE语句来删除数据的时候就利用TRUNCATE语句来删除表，特别是那种数据量有可能很大的临时存储表。
在手动段空间管理（Manual Segment Space Management）中，段中只有一个HWM，但是在Oracle9iRelease1才添加的自动段空间管理（Automatic Segment Space Management）中，又有了一个低HWM的概念出来。为什么有了HWM还又有一个低HWM呢，这个是因为自动段空间管理的特性造成的。在手段段空间管理中，当数据插入以后，如果是插入到新的数据块中，数据块就会被自动格式化等待数据访问。而在自动段空间管理中，数据插入到新的数据块以后，数据块并没有被格式化，而是在第一次在第一次访问这个数据块的时候才格式化这个块。所以我们又需要一条水位线，用来标示已经被格式化的块。这条水位线就叫做低HWM。一般来说，低HWM肯定是低于等于HWM的。
下面的方法都可以降低高水位线标记。
1.执行表重建指令 alter table table_name move;
(在线转移表空间ALTER TABLE 。。。 MOVE TABLESPACE 。。。ALTER TABLE 。。。 MOVE 后面不跟参数也行，不跟参数表还是在原来的表空间，move后记住重建索引。如果以后还要继续向这个表增加数据，没有必要move，只是释放出来的空间，只能这个表用，其他的表或者segment无法使用该空间)
2.执行alter table table_name shrink space; 注意，此命令为Oracle 10g新增功能，再执行该指令之前必须允许行移动alter table table_name enable row movement;
3.复制要保留的数据到临时表t，drop原表，然后rename临时表t为原表
4.emp/imp
5.尽量truncate吧
下面介绍一下shrink具体操作：
使用shrink的前提条件
1、表所在的表空间必须使用ASSM（自动段空间管理）
2、在收缩表上必须启用row movement选项
操作步骤：
1.打开行移动功能：
alter table emp enable row movement;
2.压缩阶段，将数据行紧密的插入到数据块里面。在这个阶段，其他用户可以对收缩的表进行DML操作
进行行移动:
alter table emp shrink space compact;
释放阶段，降低HWM，这个阶段会对表进行排他锁。用户不能对表进行DML操作。
3.移动高水位，将无用的区进行释放，更新数据字典：
alter table emp shrnk space;
(进行 shrnk 操作后，索引不会失效，这是有别与 move 操作的)
4.操作完成后，一定要将行移动功能关闭掉：
alter table emp disable row movement;
使用shrink的注意事项
1） 对簇、簇表、以及任何含有long列的对象无法使用shrink
2） LOB段不支持shrink，即使对表shrink时指定了cascade语句
3） 对有函数索引的表不支持
4） 即使指定cascade语句，也不会shrink mapping表(映射表),索引组织表的over flow segment.
5） 如果一个是on commit物化视图的主表，那么我们是无法shrink这张表的。如果shrink rowid的物化视图，在shrink之后必须rebuild。
6） 不支持compressed 表
对shrink操作的详解和相关扩展
segment shrink分为两个阶段：
1、数据重组(compact):通过一系列insert、delete操作，将数据尽量排列在段的前面。
在这个过程中需要在表上加RX锁，即只在需要移动的行上加锁。由于涉及到rowid的改变，需要enable row movement.
同时要disable基于rowid的trigger.这一过程对业务影响比较小。
2、HWM调整：第二阶段是调整HWM位置，释放空闲数据块。此过程需要在表上加X锁，会造成表上的所有DML语句阻塞。
在业务特别繁忙的系统上可能造成比较大的影响。 shrink space语句两个阶段都执行。 shrink space compact只执行第一个阶段。
如果系统业务比较繁忙，可以先执行shrink space compact重组数据,然后在业务不忙的时候再执行shrink space降低HWM释放空闲数据块。
shrink必须开启行迁移功能。
alter table table_name enable row movement ;
注意：alter table XXX enable row movement语句会造成引用表XXX的对象(如存储过程、包、视图等)变为无效。执行完成后，最好执行一下utlrp.sql来编译无效的对象。
语法：
alter table <table_name> shrink space [ | compact | cascade ];
alter table <table_name> shrink space compcat;
收缩表，相当于把块中数据打结实了，但会保持 high water mark;
alter table <tablespace_name> shrink space;
收缩表，降低 high water mark;
alter table <tablespace_name> shrink space cascade;
收缩表，降低 high water mark，并且相关索引也要收缩一下下。
alter index idxname shrink space; 回缩索引
1：普通表 Sql脚本，改脚本会生成相应的语句
select’alter table ‘||table_name||’ enable row movement;’||chr(10)||’alter table ‘||table_name||’ shrink space;’||chr(10)from user_tables;
select’alter index ‘||index_name||’ shrink space;’||chr(10)from user_indexes;
2：分区表的处理 进行shrink space时 发生ORA-10631错误.shrink space有一些限制. 在表上建有函数索引（包括全文索引）会失败。
Sql脚本，改脚本会生成相应的语句
select ‘alter table ‘||table_name||’ enable row movement;’||chr(10)||’alter table ‘||table_name||’ shrink space;’||chr(10) from user_tables where ;
select ‘alter index ‘||index_name||’ shrink space;’||chr(10) from user_indexes where uniqueness=’NONUNIQUE’ ;
select ‘alter table ‘||segment_name||’ modify subpartition ‘||partition_name||’ shrink space;’||chr(10) from user_segments where segment_type=’TABLE SUBPARTITION’ ‘;
另外，对于频繁操作的表可以缓存到内存中 oracle的db_buffer_pool由三部分组成：
buffer_pool_defualt
buffer_pool_keep
buffer_pool_recycle
如果要把表钉死在内存中，也就是把表钉在keep区。
相关的命令为：
alter table …… storage(buffer_pool keep);
这句命令把表示表如果缓存的话是缓存在keep区。
可以通过语句：
select table_name from dba_tables where buffer_pool=’KEEP’;
查询到改表是放在keep区中的。 但是不意味着表已经被缓存了。
下面的语句把表缓存：
alter table …. cache;
可以通过
select table_name from dba_ tables where rtrim(cache)=’Y’
查询到该表已经被缓存了。
加入到keep区的表不是说不能被移出内存，不过是比较不容易移出内存。
也可以手工来移出内存，命令如下：
alter table … nocache;
1245
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
