DB2里那个高水位标记降不下去咋整，表空间管理操作步骤分享

IBM官方信息中心、DB2数据库管理实战经验分享、DBA社区常见问题汇总）

DB2里那个高水位标记降不下去,确实是个让不少DBA头疼的问题，高水位标记就像是表空间里被使用过的最高水位线，即使你删除了里面大量的数据，这个水位线也不会自动降下来，导致表空间看起来占用了很多空间，但实际上大部分是空的，新的数据却能利用这些空闲空间。

为什么高水位标记降不下去？

主要原因有几个,DB2的设计就是这样，它不会因为简单的删除操作就主动去收缩空间，这是为了性能考虑，频繁收缩会影响数据库效率，表空间里可能还存在一些“拦路虎”，比如没提交的事务（ holding locks ），或者表上有激活的“允许移动行”的选项（APPEND ON），这些都会阻止空间的有效回收，还有就是，如果表空间管理方式是数据库管理的（DMS），并且没有启用自动存储，那么空间回收会更麻烦一些。

怎么把高水位标记降下去？

核心思路是重组表和回收表空间,下面说说具体的操作步骤，但务必注意：这些操作通常需要在业务低峰期进行，因为它们会锁表或消耗大量资源。

第一步：检查和分析现状

你不能盲目操作,先得搞清楚状况。

1. 查看表空间使用情况： 可以运行一些管理视图查询，比如查SYSCAT.TABLESPACES或者SYSIBMADM.TBSP_UTILIZATION，重点看“总页数”和“已用页数”，算一下空闲率，如果空闲率很高，但高水位标记没降，那就确认是这个问题了。
2. 检查表状态和锁： 确认你要操作的表没有被长时间锁住，也没有未提交的事务关联它，可以用db2pd -locks之类的命令查看。

第二步：重组表（REORG TABLE）

这是最关键的一步,重组表会重新整理数据的物理存储顺序，并清除掉那些因删除而产生的“碎片空间”。

1. 执行重组命令： 最基本的命令是 REORG TABLE 你的表名，这个操作会重建表的物理结构，过程中表可能不可用。
2. 考虑使用索引： 如果表很大，重组会很慢，可以先 REORG INDEXES ALL FOR TABLE 你的表名，有时候光重组索引也能回收一部分空间。
3. 注意选项： 对于允许移动行的表（APPEND ON），重组可能无法回收空间，这时候可能需要先改变表的这个属性。

第三步：重置高水位标记（RESETDICTIONARY 或 REDUCE）

重组表之后,表内部的碎片被清除了，但表空间级别的高水位标记可能还没变，这时候需要针对表空间本身进行操作。

1. 对于自动存储的表空间： 这是比较省心的情况，重组表之后，DB2通常会在后台自动尝试收缩空间，你也可以手动加速一下，使用 ALTER TABLESPACE 你的表空间名 REDUCE MAX 命令，这个命令会尝试将高水位标记降到最低。
2. 对于DMS（数据库管理空间）且非自动存储的表空间： 这稍微麻烦点，你需要先运行 REORG TABLE 你的表名 重组表，然后立即跟上命令 ALTER TABLESPACE 你的表空间名 REDUCE，这个REDUCE命令会去寻找表空间末尾未使用的扩展数据块（extent）并将其释放给操作系统。

第四步：验证结果

操作完成后,一定要再次检查。

1. 重新运行第一步的查询语句,看看表空间的“已用页数”和“总页数”是否发生了变化，高水位标记是否真的降低了。
2. 也可以使用操作系统命令（如df -h在Linux上）查看表空间对应的容器文件大小是否缩小了。

一些额外的提醒和高级操作

• 如果表经常有大量删除插入： 可以考虑定期使用 REORG TABLE ... INPLACE ALLOW WRITE ACCESS 这样的在线重组命令，虽然可能不如离线重组彻底，但对业务影响小。
• 使用管理视图监控： 可以定期监控 SYSIBMADM.ADMIN_GET_TBSP_UTILIZATION 这样的视图，提前发现空间使用异常的表空间。
• 终极手段： 如果以上方法都无效（比如因为某些特殊原因锁无法释放），最彻底但也是最重的方法是将数据导出，然后删除表，再重新创建表并导入数据，这相当于彻底重建，高水位标记自然从零开始。

处理DB2高水位标记问题,常规套路就是“重组表”+“回收表空间”组合拳，关键是先诊断清楚，再选择合适的方法和时机动手，操作后务必验证效果，平时做好定期维护，比如定时重组一些变化大的表，能预防这个问题变得太严重。