DB2数据库在长期运行过程中，表空间文件会随着数据增长不断扩大，但删除数据后空间并不会自动归还给操作系统。DBA经常会遇到这样的情况：磁盘告急，检查发现某个表空间占用了几百GB，而实际数据量只有几十GB，剩余空间全部被空页占据。这时候就需要用到ALTER TABLESPACE ... REDUCE命令来完成表空间的收缩操作。本文将从原理、语法、实战步骤和常见问题四个方面，完整讲解如何安全地缩小DB2表空间。
一、理解高水位线与表空间空间回收的原理
在讲具体命令之前，必须先弄清楚DMS表空间的结构。DB2的DMS（Database Managed Space）表空间由容器文件或裸设备构成，内部以extent为单位进行分配。表空间的大小取决于两个因素：一是容器本身的大小，二是已分配给数据库对象的extent数量。当我们执行DELETE或者DROP操作时，DB2只是把这些页标记为可用，并不会立刻把空间还给容器，更不会归还给操作系统文件系统。
这里有一个关键概念叫高水位线（High Water Mark，简称HWM）。它表示表空间历史上被分配使用过的最高位置。REDUCE操作的本质就是把高水位线往下压，把HWM以上的空闲extent释放回容器。如果容器定义时带有自动缩减属性或者文件类型容器，缩小后的容器文件尺寸也会随之减小，磁盘空间才会真正还给操作系统。
需要注意的是，REDUCE只能回收HWM之上的空闲空间。如果HWM以下存在大量空闲页（比如删除了大量数据但HWM降不下去，因为有对象占着高处的extent），单纯执行REDUCE是无效的，必须先执行REORG或者ALTER TABLESPACE ... LOWER HIGH WATER MARK来移动对象、降低高水位线，然后再做REDUCE。这是很多人操作失败的根源。
二、REDUCE命令的语法与两种使用方式
命令的基本语法如下：
-- 将表空间缩小到指定大小，例如 1000 MB ALTER TABLESPACE TS_USER REDUCE ( 1000 M ) -- 缩减到容器大小允许的最小值（即所有HWM以上的空闲空间全部回收） ALTER TABLESPACE TS_USER REDUCE MAX -- 先降低高水位线，再回收（两步操作） ALTER TABLESPACE TS_USER LOWER HIGH WATER MARK ALTER TABLESPACE TS_USER REDUCE MAX
第一种方式是REDUCE ( 大小 )，指定目标大小。这个值不能小于当前高水位线所在的位置，否则DB2会报SQL20318错误，提示请求的大小小于当前允许的最小值。如果不确定能缩到多小，可以先用db2pd -d 数据库名 -tablespace查看每个表空间的HWM信息，再据此计算安全的目标值。
第二种方式是REDUCE MAX，这也是日常运维中最常用的写法。它会自动把HWM以上的全部空闲extent回收掉，不需要管理员手工计算。对于自动存储表空间（automatic storage），REDUCE MAX会尝试把文件缩小到对应的存储路径允许的最低限度。两种方式各有适用场景：需要精确控制容器大小时用指定值，做日常清理瘦身时用MAX更省心。
三、完整实战操作流程与执行前检查
实际操作前建议按以下流程做好准备。第一步，确认表空间类型，SMS表空间不支持REDUCE操作，会直接报错，只有DMS表空间和自动存储表空间才能执行。可以通过下面的查询确认：
-- 查看表空间类型与当前大小
SELECT TBSP_NAME, TBSP_TYPE, TBSP_CONTENT_TYPE,
TBSP_TOTAL_PAGES, TBSP_USABLE_PAGES, TBSP_USED_PAGES
FROM SYSIBMADM.SNAPTBSP
WHERE TBSP_NAME = 'TS_USER'
第二步，检查HWM与已用页的差距。如果两者很接近，说明HWM以上没什么可回收的，需要先做REORG降低碎片。用db2pd命令可以看到HWM的具体页数：
db2pd -d SAMPLE -tablespace -- 关注输出中的 HWM 列，与 Used pages 对比
第三步，如果HWM远高于实际使用页数，先执行LOWER HIGH WATER MARK再执行REDUCE MAX。LOWER操作会移动高处的对象extent，可能耗时较长，建议在业务低峰期进行，并且确认数据库日志空间充足。第四步，操作完成后再次查看表空间大小，并到操作系统层面确认容器文件是否变小。对于文件容器，可以用ls -lh直接看到文件尺寸的变化。
还有一点容易忽略：如果容器创建时指定了固定大小且没有设置可缩减，或者使用的是裸设备（raw device），REDUCE虽然能在数据库层面回收extent，但容器本身的大小不会改变，磁盘空间不会释放。这种情况下需要重建表空间并迁移数据才能真正回收存储。
四、常见报错与故障排查
执行REDUCE时最常见的错误是SQL20318（请求大小低于最小值）和SQL20321（存在使用中的extent无法回收）。遇到前者说明目标值设得太小，改用REDUCE MAX即可；遇到后者通常是HWM没有降下来，或者有临时表、未提交的事务占着空间。可以先执行LOWER HIGH WATER MARK，或者等待长事务结束后重试。
另一个高频问题是REDUCE执行成功但磁盘空间没变化。排查思路是：确认是否为自动存储表空间，自动存储的容器默认可以缩减；确认表空间是否配置了REDUCE MAX对应的可回收属性；检查文件系统是否为稀疏文件场景。对于自动存储管理（ATS）的数据库，还可以检查存储路径下容器文件的实际大小是否同步更新。
最后提醒一点，REDUCE和REORG一样属于重负载操作，执行期间会产生日志并持有锁，大表空间收缩可能需要数小时。生产环境操作前务必确认备份策略有效，并评估对备份恢复、HADR同步的影响。按照先检查类型、再降HWM、最后REDUCE MAX的顺序操作，基本可以稳定完成表空间的瘦身工作。
DB2表空间缩小alter tablespace reduceDB2存储管理修改时间：2026-09-14 11:57:05