Oracle间隔分区不主动建分区，仅在INSERT超出当前最高分区上界时触发；需显式锚点分区、避免MERGE默认不触发、警惕跨度过大导致空分区爆炸。
INSERT没触发自动建分区，根本不是功能失效
Oracle间隔分区（INTERVAL）从不主动创建分区，只响应INSERT语句中超出当前最高分区上界的值——不是“没自动”，而是“没触发”。常见误解是以为它像定时任务一样定期生成，实际它完全被动。
以下情况都不会产生新分区：
-
UPDATE或SELECT操作，哪怕跨多个分区 - 插入的
PARTITION KEY仍在已有分区范围内（例如最高分区是VALUES LESS THAN (DATE '2026-07-01')，却插DATE '2026-06-15'） - 表上有
UNIQUE索引但未包含分区键，导致INSERT失败，分区自然不会建 - 用户缺少
ALTER权限，建表成功但后续INSERT被拒
建表时漏掉锚点分区，INTERVAL形同虚设
INTERVAL必须依赖至少一个显式定义的RANGE初始分区作为“锚点”，否则Oracle根本不启动自动逻辑。很多人写了INTERVAL (NUMTOYMINTERVAL(1,'MONTH'))却只有一级分区，问题就出在这儿。
正确写法必须包含类似这样的结构：
CREATE TABLE t ( dt DATE NOT NULL ) PARTITION BY RANGE (dt) INTERVAL (NUMTOYMINTERVAL(1,'MONTH')) ( PARTITION p0 VALUES LESS THAN (DATE '2026-01-01') );
注意：VALUES LESS THAN不能用MAXVALUE，也不能用SYSDATE——必须是确定字面量或函数如ADD_MONTHS算出的静态值。
MERGE INTO默认不触发自动扩展，需手动开开关
在Oracle中，MERGE INTO对间隔分区表默认不触发自动建分区，这是设计行为，不是Bug。报错ORA-2903或静默失败都很常见。
解决办法是启用会话级参数DEL_HP_OPT_FLAG，设为4：
ALTER SESSION SET DEL_HP_OPT_FLAG = 4;
这个参数控制“语句块中间隔分区表的自动扩展”，设为4后，MERGE INTO、存储过程里的INSERT等才会像裸INSERT一样触发分区创建。
插入数据跨度过大，空分区爆炸但你没察觉
只要插入值 > 当前最高分区的HIGH_VALUE，Oracle就会一口气补全所有中间缺失分区——哪怕只插一条记录。例如当前最高是2026-01-01，插了2026-07-15，就会新建2026-01到2026-07共7个分区，其中6个为空。
这些SYS_P*分区长期存在，会拖慢USER_TAB_PARTITIONS查询、影响执行计划稳定性。别指望事后清理，最有效的是建表时就预留足够多的初始分区，把写入窗口卡死在已有范围内。
