分区表执行 SHRINK SPACE 时提示 ORA-10631，如何解决？

Question

在Oracle中对分区表执行 `ALTER TABLE ... SHRINK SPACE` 时，常遇 ORA-10631: “Shrink not allowed for this object” 错误。根本原因在于：**分区表本身不支持直接 SHRINK SPACE（仅支持对单个分区或子分区执行）**；且要求表启用行移动（`ENABLE ROW MOVEMENT`），且不含位图索引、函数索引、域索引、IOT、物化视图日志或启用表压缩（Basic Compression）等不兼容特性。常见误操作是试图对整个分区表（而非具体分区）执行 SHRINK。正确解法：① 先确认是否针对具体分区（如 `ALTER TABLE t SHRINK SPACE PARTITION p1;`）；② 检查并启用行移动：`ALTER TABLE t ENABLE ROW MOVEMENT;`；③ 删除或禁用不兼容对象（如位图索引需转为B-tree）；④ 若使用Basic Compression，需先 `ALTER TABLE ... MOVE COMPRESS FOR OLTP` 转为OLTP压缩再 SHRINK。务必在维护窗口操作，并提前备份。

Answer 1

```html

一、现象层：ORA-10631 错误的典型触发场景

运维人员或DBA在执行 ALTER TABLE sales SHRINK SPACE; 后，立即收到报错：ORA-10631: Shrink not allowed for this object。该错误看似笼统，实则为Oracle内核级校验失败的明确反馈——并非权限或锁问题，而是对象语义不满足SHRINK前提条件。尤其高发于OLAP型分区表（如按月/年分区的销售事实表）在归档旧分区后尝试“一键瘦身”时。

二、结构层：分区表SHRINK的语法约束与对象模型限制

• ❌ 语法禁令：Oracle明确禁止对分区表整体执行 SHRINK SPACE（即无 PARTITION 或 SUBPARTITION 子句）；
• ✅ 合法语法仅两种：
  • ALTER TABLE t SHRINK SPACE PARTITION p1;
  • ALTER TABLE t SHRINK SPACE SUBPARTITION sp1;
• ⚠️ 补充说明：即使表含1个分区，仍需显式指定 PARTITION —— 分区表 ≠ 单分区表的语法等价体。

三、机制层：SHRINK依赖的核心运行时前提

SHRINK本质是在线段重组（segment reorganization），需满足以下全部条件：

前提项	检查SQL	修复操作
行移动启用	SELECT row_movement FROM user_tables WHERE table_name='SALES';	ALTER TABLE sales ENABLE ROW MOVEMENT;
无位图索引	SELECT index_name, index_type FROM user_indexes WHERE table_name='SALES' AND index_type='BITMAP';	重建为B-tree：DROP INDEX idx_bmp_region; CREATE INDEX idx_btree_region ON sales(region_id);
无Basic Compression	SELECT compression, compress_for FROM user_tables WHERE table_name='SALES';	ALTER TABLE sales MOVE COMPRESS FOR OLTP;（再执行SHRINK）

四、兼容性层：被SHRINK显式拒绝的数据库对象类型

以下对象存在时，即使针对单个分区执行SHRINK，仍会触发ORA-10631：

• 位图索引（Bitmap Index）—— 因其键值映射依赖物理ROWID稳定性；
• 函数索引（Function-Based Index）—— 若表达式含非确定性函数（如SYS_GUID()）；
• 域索引（Domain Index）—— 由第三方插件管理，Oracle无法协调其内部结构；
• 索引组织表（IOT）—— 其数据即索引，无独立堆段可收缩；
• 物化视图日志（MView Log）—— 日志维护需稳定ROWID，与行移动冲突；
• Basic/Query Low Compression —— 块级压缩格式不支持在线重定位。

五、诊断层：标准化排查流程（含Mermaid流程图）

flowchart TD
  A[执行 ALTER TABLE t SHRINK SPACE PARTITION p1] --> B{是否报ORA-10631?}
  B -->|是| C[检查ROW MOVEMENT]
  C --> D{ENABLED?}
  D -->|否| E[ALTER TABLE t ENABLE ROW MOVEMENT]
  D -->|是| F[检查索引类型]
  F --> G{存在BITMAP/FUNCTIONAL?}
  G -->|是| H[DROP或REBUILD为B-tree]
  G -->|否| I[检查COMPRESSION]
  I --> J{compress_for = 'BASIC'?}
  J -->|是| K[MOVE COMPRESS FOR OLTP]
  J -->|否| L[验证MV Log/MV状态]
  L --> M[DROP MVIEW LOG IF EXIST]
  M --> N[重试SHRINK]

六、实践层：生产环境安全执行清单

1. ✅ 在维护窗口期操作，提前通知应用方停写关键业务；
2. ✅ 使用 DBMS_SPACE.SPACE_USAGE 获取分区当前HWM与可用空间比；
3. ✅ 对目标分区执行 ANALYZE TABLE ... VALIDATE STRUCTURE CASCADE 排除逻辑损坏；
4. ✅ 开启跟踪： ALTER SESSION SET EVENTS '10631 trace name context forever, level 10'; 定位深层原因；
5. ✅ SHRINK前备份： EXPDP ... INCLUDE=TABLE_DATA:\"IN \\'P1\\'\" 或 RMAN分区级备份；
6. ✅ SHRINK后强制收集统计信息：DBMS_STATS.GATHER_TABLE_STATS(..., PARTITION => 'P1');

七、演进层：12c+新特性对SHRINK的增强与替代方案

Oracle 12c引入 SHRINK SPACE COMPACT 降低锁持有时间；19c支持对COMPRESS FOR QUERY HIGH表执行SHRINK（需配合MOVE预处理）。但更推荐架构级优化：

• 采用EXCHANGE PARTITION + 空表MOVE方式实现零停机收缩；
• 对历史分区启用READ ONLY + SEGMENT ADVISORY自动识别可回收空间；
• 结合DBMS_REDEFINITION在线重定义，彻底规避SHRINK兼容性陷阱。

```