oracle间隔分区不自动创建新分区，是因为触发条件未满足：仅insert操作且数据严格大于当前最高分区上界时才触发，需显式定义初始分区锚点、避免null值、禁止事务中混入ddl，且分区键必须为单列date/timestamp/number。
Oracle间隔分区没自动创建新分区，大概率不是功能坏了，而是触发条件根本没满足——它只在特定条件下响应INSERT，其他任何操作都不管用。
建表时漏了初始分区锚点
INTERVAL子句本身只是个“规则说明书”，没有显式定义的VALUES LESS THAN分区，Oracle连起点都找不到，整个机制直接失效。
- 错误写法：
CREATE TABLE t (d DATE) PARTITION BY RANGE (d) INTERVAL (NUMTOYMINTERVAL(1,'MONTH')) (PARTITION p0 VALUES LESS THAN (MAXVALUE));→ 立刻报ORA-14758 - 正确写法：必须用确定时间，比如
PARTITION p_init VALUES LESS THAN (DATE '2026-06-01') - 起始时间别设太早（如1970）或太晚（如2026-07-01），否则首条数据可能触发
ORA-14300（超出范围）
插入的数据没真正“越界”
自动建分区只响应严格大于当前最高分区上界的INSERT，等于、小于、甚至刚好卡在边界上都不触发。
- 当前最大分区是
VALUES LESS THAN (DATE '2026-06-01') - 插
DATE '2026-06-01'→ 不建（等于上界） - 插
DATE '2026-06-01' + 1/86400（即2026-06-01 00:00:01）→ ✅ 建第一个自动分区 - 分区键列值为
NULL→ 直接报ORA-14400，插入失败，更别说建分区
事务里混了DDL操作
Oracle从不主动建分区，只在INSERT执行瞬间判断是否需要。但如果这条INSERT前面执行过任何DDL（哪怕只是COMMENT ON TABLE），事务会被隐式提交，后续INSERT就失去“首次越界”上下文。
- 典型翻车脚本：
ALTER TABLE t ADD COLUMN x NUMBER→INSERT INTO t ... - 第二条语句已在新事务中，不触发建分区
-
MERGE INTO在某些版本（如达梦）默认也不触发，需设置DEL_HP_OPT_FLAG=4
误把Interval当定时任务或后台服务
Interval分区不是守护进程，不轮询、不扫描、不预生成——它完全被动，只依赖DML触发。没人INSERT，它就永远停在当前分区状态。
-
SELECT、UPDATE、ANALYZE TABLE、TRUNCATE PARTITION全都不触发建分区 - 高并发写入时，首次越界INSERT会带几十毫秒DDL开销，建议提前插入几条未来时间数据“预热”
- 验证是否真生效：立刻查
USER_TAB_PARTITIONS，看HIGH_VALUE是否更新、PARTITION_NAME是否出现SYS_P开头的名称
最常被忽略的是：分区键类型必须是单列DATE、TIMESTAMP或NUMBER，且不能加函数、不能组合、不能隐式转换——哪怕多套一层TO_DATE(col)，整个自动机制就断掉。
