alter table ... move online 仅支持 oracle 12.2+，要求表空间启用 assm、无 long/嵌套表/域索引/物化视图日志、存在主键或唯一约束；自动重建索引但不处理 lob 和分区，需单独指定 lob 存储及对分区执行；期间加短暂 sr 锁，生成大量 redo，需预留空间并手动收集统计信息及溢出段。
ALTER TABLE MOVE ONLINE 要求 Oracle 12.2+ 且满足基本前提
只有 Oracle 12.2 及以上版本才支持 ALTER TABLE ... MOVE ONLINE，低于该版本执行会报 ORA-00922: missing or invalid option。不是加个 ONLINE 就能跑通——它强制要求：目标表空间必须启用了自动段空间管理（ASSM），否则报 ORA-01747；表不能含 LONG、嵌套表、域索引或物化视图日志；主键或唯一约束必须存在（用于内部一致性校验）。
常见误判是以为“只要版本够就能用”，结果卡在 ASSM 上。查法：SELECT extent_management, segment_space_management FROM dba_tablespaces WHERE tablespace_name = 'USERS';，第二列必须是 AUTO。
MOVE ONLINE 会自动重建索引，但不处理 LOB 和分区
ALTER TABLE t1 MOVE TABLESPACE users ONLINE 执行后，user_indexes 中对应索引状态会保持 VALID，无需手动 REBUILD——这是和离线 MOVE 最关键的区别。但它对 LOB 字段完全无感：CLOB/BLOB 的 LOBSEGMENT 和 LOBINDEX 仍留在原表空间，后续 INSERT 可能因空间配额不足报 ORA-22993 或 ORA-01950。
- 含 LOB 的表必须拆开处理：
ALTER TABLE t1 MOVE TABLESPACE users LOB (clob_col) STORE AS (TABLESPACE users) ONLINE; - 分区表不支持整表
ONLINE MOVE，只能对单个PARTITION或SUBPARTITION操作，例如：ALTER TABLE t1 MOVE PARTITION p1 TABLESPACE users ONLINE UPDATE INDEXES; -
UPDATE INDEXES子句仅在分区场景有效，普通表加这个会报错
ONLINE MOVE 不等于零影响，DML 仍可能短暂阻塞
虽然叫 “ONLINE”，但并非完全无锁：MOVE ONLINE 过程中会对表加短暂的 SR（Share Row Exclusive）锁，通常只持续几毫秒，但足以让高并发 DML 出现排队。更实际的风险是 undo/redo 暴涨——大表移动时生成的 redo 量接近表大小，可能触发归档日志写满或备库延迟。
实操建议：
- 避开归档日志切换高峰（如每小时整点）
- 监控
v$transaction和v$log，确认无长事务卡住 - 执行前检查
DBA_SEGMENTS中目标表空间剩余空间，MOVE 需要「当前表大小 + 新段预留空间」，ASSM 下预留量不可精确预估，建议留出 20% 余量
MOVE ONLINE 后仍需手动收集统计信息
MOVE ONLINE 会重置高水位线（HWM）、重组数据块顺序，但不会更新 USER_TAB_STATISTICS 中的 NUM_ROWS、AVG_ROW_LEN 等字段。优化器若沿用旧统计信息，可能选错执行计划，尤其对范围扫描或连接操作影响明显。
必须补这一步：EXEC DBMS_STATS.GATHER_TABLE_STATS(ownname => 'SCOTT', tabname => 'T1');。别依赖 cascade => TRUE 自动收索引统计——它只收索引本身，不保证和表统计同步，显式调用 GATHER_INDEX_STATS 更稳妥。
最容易被跳过的其实是 IOT 表的溢出段（OVERFLOW），MOVE ONLINE 对它无效，得单独执行：ALTER TABLE t1 MOVE OVERFLOW TABLESPACE users ONLINE;。漏掉这个，查询带溢出列时可能回退到全表扫描。
