oracle merge partitions 仅支持合并两个相邻分区，因其实质是原子级物理操作：全量读取、重计算归属、写入新段，无法跳过逻辑边界；非相邻或hash分区均报错。
oracle 合并分区必须显式指定两个相邻分区名，不能批量、不能通配、不能跳过中间分区——否则直接报 ora-14048 或 ora-14255。
为什么 MERGE PARTITIONS 只能合并两个相邻分区
Oracle 的 MERGE PARTITIONS 是原子级物理操作：它把源分区数据全量读出、按新分区键重新计算归属、再写入目标分区段。这决定了它无法跳过逻辑边界——比如 RANGE 分区中，p0 和 p2 之间隔着 p1 的上界值，Oracle 无法自动推导中间空缺；LIST 分区更严格，两分区的 VALUES IN 必须无交集且可并集覆盖，否则插入会失败（ORA-14400）。
常见误操作：
- 写
ALTER TABLE t MERGE PARTITIONS p0,p2 INTO PARTITION p0→ 报ORA-14048（语法不合法，不是“组合操作”问题） - 对 HASH 分区表执行
MERGE PARTITIONS→ 报ORA-14255（该操作根本不支持 HASH） - 试图用
FOR VALUES ('A','B')自动选分区 → 语法错误，Oracle 不识别这种子句
怎么确认两个分区是否真正「相邻」
不能只看分区名顺序，必须查 HIGH_VALUE 或 VALUES IN 的实际内容。RANGE 分区要验证后一分区的 VALUES LESS THAN 是否等于前一分区的上界；LIST 分区要确保值集合无重叠、合并后能覆盖全部原值。
实操步骤：
- 运行
SELECT partition_name, high_value FROM user_tab_partitions WHERE table_name = 'YOUR_TABLE' ORDER BY partition_position - 对
HIGH_VALUE是表达式的（如TO_DATE('2009-01-01','SYYYY-MM-DD')），用DBMS_METADATA.GET_DDL('TABLE', 'YOUR_TABLE')或SELECT DBMS_LOB.SUBSTR(high_value) FROM ...解析真实值 - 对 LIST 分区，手动比对
VALUES IN列表，确认无重复、无遗漏——Oracle 不自动去重或排序 - DEFAULT 分区不可参与任何
MERGE操作，强行指定会报错
UPDATE INDEXES 到底要不要加
必须加 UPDATE INDEXES，尤其是 local 索引。不加会导致对应分区的 local 索引状态变成 UNUSABLE，后续 DML 会失败；global 索引虽会自动维护，但状态可能短暂为 UNUSABLE，需手动验证 USER_INDEXES.status 是否为 VALID。
注意点：
-
UPDATE INDEXES子句本身不支持NOLOGGING，加了会报ORA-14049 - 如果省略该子句，得单独执行
ALTER TABLE ... MODIFY PARTITION ... REBUILD UNUSABLE LOCAL INDEXES，多一步且锁更久 - 大表合并时，索引重建本身也耗资源，建议提前检查 PGA 设置（
pga_aggregate_target），避免磁盘排序拖慢整体速度
一次合并四个分区该怎么写
没有捷径。Oracle 12c 起仍只支持二元合并，p0–p3 四个分区必须分三步走：
ALTER TABLE vast.hepart MERGE PARTITIONS p0, p1 INTO PARTITION p1 UPDATE INDEXES;ALTER TABLE vast.hepart MERGE PARTITIONS p1, p2 INTO PARTITION p2 UPDATE INDEXES;ALTER TABLE vast.hepart MERGE PARTITIONS p2, p3 INTO PARTITION p3 UPDATE INDEXES;
每步都会触发完整数据移动、索引段重建、redo 日志生成。若单分区行数超千万，整个过程可能持续数小时，且全程持 EXCLUSIVE DML 锁——应用写入会阻塞。务必在低峰期操作，并提前确认目标表空间空闲空间 ≥ 原两分区之和（临时排序也需要空间）。
最容易被忽略的是：合并后新分区的 TABLESPACE 默认继承原第一个分区的表空间，而非当前用户的默认表空间；若想指定，必须显式写 TABLESPACE tbs_name，否则可能意外落到错误位置。
