Oracle分区表如何合并相邻分区

Oracle仅允许合并两个真正相邻的RANGE或LIST分区，且必须显式指定分区名；相邻性取决于键值逻辑连续性而非名称排序，合并过程涉及物理重写、锁表及索引失效等关键限制。

Oracle 只允许合并两个真正相邻的 RANGE 或 LIST 分区，且必须显式写出两个分区名 —— 想靠条件自动选、一次合三个、或跳过中间分区，全都不行。

怎么确认两个分区是否“相邻”

相邻不是按名字排序来的，而是看分区键值逻辑是否连续：

1. RANGE 分区：后一分区的 VALUES LESS THAN 必须严格等于前一分区的上界（比如 P1 VALUES LESS THAN (DATE '2024-04-01') 和 P2 VALUES LESS THAN (DATE '2024-07-01') 中间缺了 4–6 月，就不相邻）
2. LIST 分区：两分区的 VALUES IN 列表不能有交集，且合并后新分区必须显式包含所有原值 —— Oracle 不会帮你去重或补漏
3. 查真实边界用：SELECT partition_name, high_value FROM user_tab_partitions WHERE table_name = 'YOUR_TABLE'；注意 HIGH_VALUE 是表达式，需用 DBMS_METADATA.GET_DDL 或转 TO_LOB 才能看清实际值

语法写错直接报 ORA-14048 或 ORA-14054

常见错误不是“操作冲突”，而是语法根本不合法：

1. 写成 ALTER TABLE t MERGE PARTITIONS p1, p2, p3 INTO PARTITION p3 → 报 ORA-14054（只支持两个分区名）
2. 写成 ALTER TABLE t MERGE PARTITIONS p1, p3 INTO PARTITION p3 → 报 ORA-14055（p1 和 p3 不相邻）
3. 对 HASH 分区、引用分区、复合子分区表执行 → 报 ORA-14035 或 ORA-14049
4. 试图用 FOR VALUES 或通配符（如 p_2024*）代替具体分区名 → 语法错误，Oracle 不支持

合并过程不是元数据修改，是物理重写

MERGE PARTITIONS 会把两个分区的数据全读出来、按新分区键重新计算归属、再写入目标段 —— 这意味着：

1. 全程持有 EXCLUSIVE DML 锁，表不可写
2. redo 日志量巨大，尤其大表可能持续数小时
3. 目标表空间需预留 ≈ 原两分区总大小的空间（不是增量）
4. PGA 内存不足会触发磁盘排序，进一步拖慢速度；检查 pga_aggregate_target 是否够用
5. 本地索引会失效，必须加 UPDATE INDEXES，否则得手动 ALTER TABLE ... MODIFY PARTITION ... REBUILD UNUSABLE LOCAL INDEXES

LIST 分区合并后 VALUES IN 必须手补全

RANGE 分区合并后边界自动取高值，但 LIST 没这待遇：

1. 若 P1 VALUES IN ('A','B') 和 P2 VALUES IN ('C') 合并为 P12，语句必须写成 VALUES IN ('A','B','C')
2. 漏写 'B'？后续插入 'B' 直接报 ORA-14400（未映射到任何分区）
3. DEFAULT 分区可以参与合并，但合并后新分区不能再声明 VALUES DEFAULT，只能显式列出全部值

真正麻烦的不是语法，而是合并前没验证边界连续性、没算清数据量和空间余量、也没意识到 LIST 分区要手工列全值 —— 这些地方一漏，要么执行失败，要么后续应用写入报错，而且很难回滚。