ORACLE 11g 生产中高水位线(HWM)处理

数据库中表不断的insert，delete，update，导致表和索引出现碎片。这会导致HWM之前有很多的空闲空间，而oracle在做全表扫描的时候会读取HWM一下的所有块，这样会产生更多的IO，影响性能。

oracle提供了shrink space碎片整理的功能，对于索引要采取rebuild online的方式进行碎片整理。

高水位的管理机制

高水位的管理机制在 MSSM 和 ASSM 中不同，在以往的手动段空间管理中（MSSM），高水位标记 HWM，一个段分成三部分，header block，used block(row data)，unusedblock，其中 used block 和 unused block 之间的分界线就是高水位标记 HWM，当进行全表扫描的时候，会扫描到 HWM 下的所有数据块，即使 used block 中很多数据被删除了，全表扫描还是以HWM为准。

在自动段管理（ASSM）中，利用位图来代替空闲列表，当会话向表插入数据时，数据库只格式一个单独的位图块，而不是像 MSSM 中那样，会预先格式化一组块。在ASSM表空间中，除了一个 HWM 外，还有一个低 HWM。在 MSSM 中，HWM 推进时，所有的块都会格式化并立即生效，这样 Oracle 就可以安全的读取这些块。但是对于 ASSM，当 HWM推进时，Oracle 并不会立即格式所有的块，只是在第一次使用的时候才会对这些块进行格式化。也就是说，在第一次使用的的时候，即进行 insert 操作时，数据会插入到块中的任意水位线，位于低水位线（LHMW）和高水位线（HHMW）之间。因此在这个区域的许多块就不会被格式化。

背景

生产中这S_OPERATELOG,S_T_RTNRP_STATUS,S_T_SEND_REPORT三张表实际使用量不大（即truncate分区后），表空间数据文件还是占用很高，几个T，现需要释放不用的空间。

生产中遇到的案例

以下是生产中的三张表，且都是按天生成的分区表（不足一个月的数据，一年数据量很大）

select segment_name,round(sum(bytes / 1024 / 1024 / 1024),2) G

? from user_segments

?where segment_name in

?????? ('S_OPERATELOG','S_T_RTNRP_STATUS','S_T_SEND_REPORT') group by segment_name;

?

可以看出使用的并不是很大。

查看表使用的表空间

select owner,table_name,tablespace_name

? from dba_tables

?where owner = 'SMART'

?? AND TABLE_NAME in

?????? ('S_OPERATELOG','S_T_SEND_REPORT')

?????? UNION

?select TABLE_OWNER,TABLE_NAME,TABLESPACE_NAME

? from dba_Tab_Partitions

?where

? TABLE_OWNER='SMART'

?? AND TABLE_NAME in

?????? ('S_OPERATELOG','S_T_SEND_REPORT')?????

查看表空间使用情况：

select tablespace_name,

ROUND(sum(bytes / 1024 / 1024 / 1024),2) G，ROUND(sum(maxbytes / 1024 / 1024 / 1024),2) max_G

? from dba_data_files

?where file_name like '+FDATADG%'

?GROUP BY TABLESPACE_NAME ORDER BY 2 DESC;

?

可以看出几个表空间占用空间很大，尤其是前三个表空间。

查看表空间数据文件情况：

SELECT a.tablespace_name,

?????? a.file_name,

?????? round(a.bytes/1024/1024/1024,2) AS "current_bytes(GB)",

?????? round(a.bytes/1024/1024/1024 - b.resize_to/1024/1024/1024,2) AS "shrink_by_bytes(GB)",

?????? round(b.resize_to/1024/1024/1024,2) AS "resize_to_bytes(GB)"

FROM?? dba_data_files a,

?????? (SELECT file_id,MAX((block_id+blocks-1)*&v_block_size) AS resize_to

??????? FROM?? dba_extents

??????? GROUP by file_id) b

WHERE? a.file_id = b.file_id

and a.TABLESPACE_NAME in

?(

'SMART_OPLOG01',

'SMART_NRRPSTA01',

'SMART_NRRPSTA02',

'SMART_NSNRP01',

'SMART_NSNRP02'

)

ORDER BY a.tablespace_name,a.file_name;

块大小是16K的。16384

?

后三列表示当前占用大小，能够收缩大小,最小的resize大小。

处理办法：

1)??? Shrink对应的表

注意：由于在线上，不能进行有表锁的操作，所以我并没有采用这种办法

alter table TABLE_NAME enable ROW MOVEMENT;--启动行移动功能

alter table TABLE_NAME shrink space compact;? --只整理碎片 不回收空间

-- 重置高水位，此时不能有DML操作

alter table TABLE_NAME shrink space; --整理碎片并回收空间，并调整水位线。业务少时执行

alter table TABLE_NAME disable ROW MOVEMENT;--关闭行移动

2)??? Resize 数据文件

select? ' alter database datafile '''||file_name ||''' resize 43g;' from dba_data_files where tablespace_name

?? in (

?? 'SMART_NRRPSTA01'

?? );

?

收缩前表空间使用如下：

?

收缩后表空间使用如下：

?

磁盘组使用如下：

?

原+FDATADG磁盘中使用达到96%,释放了20%的空间。

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!