最大表空间 TBS_WINEXDATA

每日增长情况

select rtime,name,total_GB,total_GB-lag(total_GB,1,total_GB) over(partition by name order by rtime) total_diff,

total_used_GB,total_used_GB-lag(total_used_GB,1,total_used_GB) over(partition by name order by rtime) totaluse_diff

from (

select rtime,c.name,round(tablespace_size*8192/1024/1024/1024,2) total_GB,round(tablespace_usedsize*8192/1024/1024/1024,2) total_used_GB

from dba_hist_tbspc_space_usage a,v$tablespace c

where a.tablespace_id=c.ts#

and substr(rtime,12,5)='00:00'

and c.name  ='TBS_WINEXDATA'

order by 2,1) ;

该表空间每天增长 30G 左右（ TOTALUSE_DIFF 列）。一个月就是 900G 左右

select * from dba_segments where tablespace_NAME='TBS_WINEXDATA' AND BYTES>1024*1024 *1024  ORDER BY BYTES DESC;

该表空间的 TOP 5 大对象都是主要是 LOB 字段。如第一个 LOB 字段达 732G 。

查看 LOB 列的压缩属性（ COMPRESSION 列），基本上都是没有打开压缩（ NO 即未开启压缩属性），会造成较多空间使用。 TOP 1 的 LOB 列达 739T

排查了下目前数据库内的全部 LOB 列的压缩情况，如下。 2726 个未开启压缩。

select COMPRESSION,count(*) from dba_lobs

where owner not in('SYS','SYSTEM')

group by COMPRESSION

结论：

1、表空间增长过快，每日约增长 30G左右。

2、存在较多 LOB列大对象，占用较大空间。控制住这些 TOP 的 LOB对象的增长，数据库空间增长会慢下来。

建议：

打开 LOB 列的压缩属性，压缩效果比较明显（插入相同数据，未开启 LOB 列压缩情况下大小为 277M ，开启压缩后仅为 131K ）。压缩方式有 2 种，一种是 medium ，另外一种 high( 压缩比会更高，但是对性能有影响 ) 。建议使用 medium 压缩。

处理方式：

1 ：创建表的时候，打开对 LOB 列的压缩属性

如：

 CREATE TABLE compress_medium_tab (

  id         NUMBER,

  clob_data  CLOB

)

LOB(clob_data) STORE AS SECUREFILE compress_medium_lob (

  COMPRESS medium

);

2 ：对于已经创建的表，将现有的表打开 LOB 列的压缩属性，注意该调整不会压缩当前表，会对后续新插入的记录进行压缩。

ALTER TABLE nocompress_tab  MODIFY LOB( clob_data )(COMPRESS);

说明： nocompress_tab 为表名。 clob_data 为 LOB 列名。