? ??最近遇到oracle 表中数据量很大查询和更新比较慢 需要删除，发现删除后查询速度还是很慢，原来是delete oracle 高水位没有下降的原因。

? ?在oracle里,使用delete删除数据以后，数据库的存储容量不会减少，而且使用delete删除某个表的数据以后，查询这张表的速度和删除之前一样，不会发生变化。

? ??因为oralce有一个HWM高水位，它是oracle的一个表使用空间最高水位线。当插入了数据以后，高水位线就会上涨，但是如果你采用delete语句删除数据的话，数据虽然被删除了，但是高水位线却没有降低，还是你刚才删除数据以前那么高的水位。除非使用truncate删除数据。那么，这条高水位线在日常的增删操作中只会上涨，不会下跌，所以数据库容量也只会上升，不会下降。而使用select语句查询数据时，数据库会扫描高水位线以下的数据块，因为高水位线没有变化，所以扫描的时间不会减少，所以才会出现使用delete删除数据以后，查询的速度还是和delete以前一样

? ??解决方案：

1.首先导出表，然后truncate这张表，最后导入这张表。

2.在存储空间当中移动表，但是由于rowid会被打乱，所以需要重建索引.

3.如果是oracle 10g.可是直接更新表的高水位线。

对应的SQL：

9i中：
create table aa_bak as select * from aa where record_time > sysdate - 10;
truncate table aa;
insert into aa select * from aa_bak;
drop table aa_bak;

10g 版本
alter tablename enable row movement;
alter tablename shrink space;

?实战：

??select count(*) from wlkp_fp_kj

? 查询结果显示2301245 条记录

? 我们需要删除一部分数据

? 删除之前我们先查看表的高水位线(wlkp_fp_kj 是张分区表）

??SELECT segment_name, segment_type, blocks FROM dba_segments WHERE segment_name = 'WLKP_FP_KJ'

?

?

删除数据SQL

select count(*) from wlkp_fp_kj where  kprq<to_date('2011-12-01 14:00:00', 'yyyy-mm-dd,hh24:mi:ss')
and kprq>to_date('2011-11-01 14:00:00', 'yyyy-mm-dd,hh24:mi:ss')

?记录条数 54802?

删除语句

delete from wlkp_fp_kj where  kprq<to_date('2011-12-01 14:00:00', 'yyyy-mm-dd,hh24:mi:ss')
and kprq>to_date('2011-11-01 14:00:00', 'yyyy-mm-dd,hh24:mi:ss')

?删除后查询WLKP_FP_KJ 表的高水位

?发现查询结果和上面没有删除之前一样没有变化。说明DELETE 语句高水位不会下降

我数据库10G 直接用方法二实现

执行如下语句：

alter table wlkp_fp_kj enable row movement; alter table wlkp_fp_kj shrink space;

??执行后结果在查询WLKP_FP_KJ的高水位

?很明显看到执行后高水位下降了。

?