分区表move后出现行迁移，因move不继承pctfree且未显式指定，导致新块无空闲空间；lob列未同步move时，out of row存储引发伪链行，需显式move lob段或禁用in row。
为什么分区表 move 后反而出现行迁移？
直接对分区执行 alter table ... move partition 本身不会“修复”行迁移，反而可能加剧问题——因为 move 是物理重写，它按当前行实际长度分配块空间，但默认不保留空闲空间。如果原分区中已有因 pctfree 不足导致的迁移行，move 后这些行被紧凑写入新块，而后续更新仍会立刻触发新迁移。
关键点在于：MOVE 操作不继承原分区的 PCTFREE 设置（除非显式指定），且 ASSM 表空间下 PCTFREE 的作用机制与手工管理不同，容易被忽略。
- 执行前必须查清目标分区当前
PCTFREE：SELECT partition_name, pct_free FROM user_tab_partitions WHERE table_name = 'TBL_NAME' AND partition_name = 'P1'; -
MOVE时必须显式带PCTFREE参数，例如：ALTER TABLE tbl_name MOVE PARTITION p1 PCTFREE 20; - 若原分区使用压缩（如
COMPRESS FOR OLTP），MOVE后需重新启用，否则行宽膨胀更易触发迁移
ANALYZE TABLE ... LIST CHAINED ROWS 为何对分区表失效？
该命令在分区表上默认只分析 分区键所在段的头部信息，不扫描每个子分区的数据块，因此常漏报——尤其当迁移/链行集中在某个子分区时，CHAINED_ROWS 表里可能为空或严重低估。
正确做法是逐个分析具体分区：
- 先确保已运行
@?/rdbms/admin/utlchain.sql创建CHAINED_ROWS表 - 对每个待检分区单独执行：
ANALYZE TABLE tbl_name PARTITION(p1) LIST CHAINED ROWS INTO chained_rows; - 查结果时加分区过滤：
SELECT * FROM chained_rows WHERE table_name = 'TBL_NAME' AND partition_name = 'P1';
注意：DBMS_STATS.GATHER_TABLE_STATS 不报告链行，它只收集统计信息，不能替代 ANALYZE。
分区表重建后索引失效与行链残留怎么处理？
执行 MOVE PARTITION 后，本地索引（LOCAL）自动维护，但全局索引（GLOBAL）会变为 UNUSABLE；更隐蔽的问题是：即使索引重建完成，若未清理旧链行残留的块指针，某些查询仍会触发 table fetch continued row 等待事件。
- 检查索引状态：
SELECT index_name, status FROM user_indexes WHERE table_name = 'TBL_NAME'; - 重建全局索引：
ALTER INDEX idx_name REBUILD;（不可用时必须加REBUILD，不能只用UPDATE INDEXES） - 验证链行是否真清除：
SELECT name, value FROM v$sysstat WHERE name = 'table fetch continued row';对比MOVE前后增量 - 若仍有持续增长，说明部分块内存在未被
MOVE触及的“伪链行”（如 LOB 段未同步移动），需单独检查USER_LOBS并对 LOB 列执行MOVE
LOB 列导致的行链无法靠 MOVE PARTITION 解决
只要表含 CLOB/BLOB 字段，且启用了 ENABLE STORAGE IN ROW（默认开启），Oracle 就可能将大值存于行外（OUT OF ROW），此时 MOVE PARTITION 只搬主表块，LOB 段仍留在原位置——造成逻辑上的“跨块链接”，表现为持续的 table fetch continued row，但 CHAINED_ROWS 查不到记录。
真正有效的做法是：
- 确认 LOB 存储方式：
SELECT column_name, in_row FROM user_lobs WHERE table_name = 'TBL_NAME'; - 若
IN_ROW = 'NO'，需同步移动 LOB 段：ALTER TABLE tbl_name MOVE PARTITION p1 LOB(lob_col) STORE AS (TABLESPACE ts_name); - 若想彻底避免 LOB 引发的链，可禁用内联存储：
ALTER TABLE tbl_name MODIFY LOB(lob_col) (DISABLE STORAGE IN ROW);，但会增加一次额外 I/O
这个细节最容易被跳过：分区 MOVE 命令不自动包含 LOB 子句，必须显式声明，否则看似成功，实则埋下性能隐患。
