Oracle 高水位(HWM)对select性能的影响详细解析

不知道大家有没有遇到了应用跟你反馈”我的表里没有什么数据，可是为什么访问这么慢呢？请DBA帮忙分析下吧“，然后你去看了这张表确实就那么几条数据，然后你也select一下，发现确实很慢，然后你问业务人员，他们反馈，在查之前delete了一千万行数据，然后查询就慢了。

其实这正是问题的所在，因为他是delete操作，没有降低HWM的位置，这里就引入了oracle访问表的数据的方式：oracle会访问HWM以下的所有的块，如果你的HWM位置很高了，即便你的HWM下面的所有的块里面没几条数据，可是select依然不会快的，这就是访问慢的问题所在。

既然发现了问题，那么应该怎么解决这个问题呢？

我们之前讲了truncate操作可以把高水位清零。所以要大批量的删数据的话，如果可以的话，尽量用truncate操作吧。

我们知道在11g之后，我们的段空间管理一般都是自动段空间管理，也就是automatic segment space management，然后assm又引入了低HWM的概念。数据插入到新数据块的时候，它在没有被使用的情况下，并没有格式化这些块。然后低HWM的概念就是为了标记这些已经被格式化的块，所以低HWM一定会<=HWM。

那么讲了这么多，该怎么来合理的调整HWM的位置呢？

1、执行表重建命令 alter table tt move

alter table tt move tablespace，我们可以把这个表给移动到一个新的表空间。

alter table tt move后面不加参数就是还在原来的表空间，但是会释放HWM的位置，但是已经分配的空间也是不允许其他段使用的。

2、执行表收缩命令 alter table tt shrink space

需要注意的是在执行之前需要开启行迁移。也就是需要

alter table tt enable row movement;

然后再收缩表

alter table tt shrink space cascade;

HWM的信息是存储在段头块中的，然后再自动段空间管理的表空间中，是通过bitmap来管理段内空间分配的。

然后oarcle的全表扫描就是读取高水位HWM标记以下的所有的块。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/31358702/viewspace-2153297/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/31358702/viewspace-2153297/