oracle interval分区在存在maxvalue分区时不会自动创建新分区，因其设计逻辑将maxvalue视为兜底终点；必须先用split拆分maxvalue分区并确保最后一行high_value为具体值，才能成功启用interval。
MAXVALUE 分区会阻断 INTERVAL 自动分区的触发机制
Oracle 的 INTERVAL 分区不会在已有 MAXVALUE 分区时自动创建新分区——它直接放弃触发，报 ORA-14400。这不是 bug，而是设计逻辑：MAXVALUE 已声明“兜底一切”，Oracle 认为无需再扩展，哪怕插入值明显超出所有非 MAXVALUE 分区的边界。
为什么 ADD PARTITION 失败而 SPLIT 才有效
当你试图对含 MAXVALUE 的表执行 ALTER TABLE ... ADD PARTITION，Oracle 立即拒绝并报 ORA-14074: partition bound must be less than that of the last partition。因为语法上不允许在 MAXVALUE 后追加任何分区；SPLIT 却被允许，它是把原 MAXVALUE 分区逻辑一分为二：AT 值前归新分区，之后仍由新的 MAXVALUE 分区承接——本质是“重写边界”，而非“追加”。
-
AT值必须严格等于你即将插入的最小新键值（如插入DATE '2026-09-01'，则AT必须是TO_DATE('2026-09-01','YYYY-MM-DD')） - 拆分后，原
p_max分区名保留，但其HIGH_VALUE变为新AT值，真正兜底的是新生成的p_max分区 - 该操作需
EXCLUSIVE表锁，不可在业务高峰期执行
启用 INTERVAL 前必须清掉 MAXVALUE
即使你已用 SPLIT 拆出一个带具体边界的分区，只要表中仍存在任一分区的 HIGH_VALUE = 'MAXVALUE'，ALTER TABLE ... SET INTERVAL 就会失败，报 ORA-14758: Last partition in the range section cannot be dropped 或类似错误。必须确保 USER_TAB_PARTITIONS 中最后一行的 HIGH_VALUE 是具体值（如 TO_DATE('2026-09-01','YYYY-MM-DD')），而非 MAXVALUE。
- 检查命令：
SELECT partition_name, high_value FROM user_tab_partitions WHERE table_name = 'YOUR_TABLE_NAME' ORDER BY partition_position DESC - 若最后一行仍是
MAXVALUE，说明上次SPLIT没成功，或你误将新分区也设为MAXVALUE -
SET INTERVAL成功后，首次插入越界数据才会真正生成第一个自动分区（如SYS_P12345）
空分区堆积问题其实和 MAXVALUE 无关，但常被混淆
INTERVAL 分区产生大量空分区（如 SYS_Pxxxx），不是因为 MAXVALUE，而是因为 Oracle 在插入超界值时，会一次性补全从当前最高分区到目标值之间的所有区间——哪怕中间多数没数据。例如当前最高是 2026-01-01，你插 2026-08-15，它会建出 2026-02 到 2026-08 共 7 个分区。
- 缓解方式不是删空分区（可能破坏数据一致性），而是在建表时预留足够多的初始分区，覆盖未来 12–24 个月写入窗口
- 比如业务确定只写
2026-09到2027-08的数据，初始VALUES LESS THAN至少设到2027-09-01 - 一旦启用了 INTERVAL，就别再手动
ADD PARTITION，否则容易打乱自动节奏
DATE vs TIMESTAMP）、甚至字符集都可能让 HIGH_VALUE 的字符串表达式和真实比较结果不一致。这点很容易被忽略，直到 ORA-14400 再次出现。
