oracle 12c间隔分区会因插入超出当前最高分区上界的数据而自动创建所有中间缺失分区，导致大量空分区堆积；根本原因是其设计优先保证数据可写入，而非节省元数据；有效缓解方式是建表时按interval步长预留足够分区（如覆盖12–24个月），使数据落入已有分区，避免触发自动扩展。
oracle 12c 的间隔分区（interval）在插入超出当前最大分区的数据时，会自动创建新分区——但这个“自动”常导致大量空分区堆积，尤其当应用批量写入时间跨度大、但实际只用其中几条记录时（比如导入历史数据后又长期不写入），user_tab_partitions 里会出现 dozens 个 sys_p* 命名的空分区，既浪费元数据空间，又拖慢分区裁剪和 dba_tab_partitions 查询性能。
为什么 INTERVAL 会生成空分区？
根本原因在于 Oracle 的触发机制：只要插入的 partition key 值 > 当前最高分区的 VALUES LESS THAN 上界，就立即按 INTERVAL 规则补全所有中间缺失的分区，哪怕这些分区没存任何行。例如：
- 现有最高分区是
P_INIT（LESS THAN DATE '2026-01-01'） - 执行
INSERT INTO t VALUES (..., DATE '2026-07-15') - Oracle 不仅建
2026-07分区，还会一口气补上2026-01到2026-06共 6 个空分区
这不是 bug，是设计行为——它优先保证“数据一定能落库”，但代价是分区膨胀。
用 PRECEDE + 预留分区控制生成节奏
真正有效的缓解方式不是禁用 INTERVAL，而是用“预留分区”把自动扩展的起点往后推。核心思路：在初始定义时，手动多建几个空分区，覆盖未来一段预期写入窗口，让真实数据落在已有分区里，避开触发自动创建。
比如业务明确未来 18 个月只写入 cngr_SEMReleaseTime 在 2026-01-01 到 2027-06-30 之间的数据，建表时可这样写：
CREATE TABLE cngr_SEMResult (
-- 字段定义略
cngr_SEMReleaseTime DATE
)
PARTITION BY RANGE (cngr_SEMReleaseTime)
INTERVAL (NUMTOYMINTERVAL(6, 'MONTH'))
(
PARTITION p_init VALUES LESS THAN (TO_DATE('2026-01-01', 'YYYY-MM-DD')),
PARTITION p_202607 VALUES LESS THAN (TO_DATE('2026-07-01', 'YYYY-MM-DD')),
PARTITION p_202701 VALUES LESS THAN (TO_DATE('2027-01-01', 'YYYY-MM-DD')),
PARTITION p_202707 VALUES LESS THAN (TO_DATE('2027-07-01', 'YYYY-MM-DD'))
);
这样即使插入 2026-12-01 或 2027-04-15 的数据，也直接落到已存在的 p_202607 或 p_202701 中，不会触发任何自动分区。
- 预留分区必须严格按
INTERVAL步长对齐（本例是 6 个月），否则 Oracle 会报ORA-14751 - 预留数量建议覆盖 12–24 个月，太短起不到作用，太多增加管理负担
-
p_init后第一个预留分区的上界，必须 ≥ 当前时间（2026-05-15），否则可能被误判为过期分区
ALTER TABLE SET INTERVAL 不能用于已有 MAXVALUE 分区
如果表已存在且用了 MAXVALUE（比如老范围分区表想升级），ALTER TABLE ... SET INTERVAL 会直接失败：
ORA-14759: SET INTERVAL is not legal on this table.
因为 MAXVALUE 意味着“无上限”，与 INTERVAL 要求的“可计算下一个边界”冲突。此时必须先拆掉 MAXVALUE 分区，用 SPLIT PARTITION 把它切成一个有限上界的分区（如 LESS THAN DATE '9999-12-31'），再执行 SET INTERVAL。这一步涉及锁表和数据移动，务必在低峰期操作。
空分区清理要谨慎：DROP PARTITION 不适用于 INTERVAL 表
看到一堆 SYS_P* 空分区，别急着 DROP PARTITION —— Oracle 明确禁止对间隔分区表手工删分区：
ORA-14760: ADD PARTITION is not permitted on Interval partitioned objects（同理，DROP 也不允许）
唯一安全的清理方式是：ALTER TABLE ... MERGE PARTITIONS 合并相邻空分区（需确保它们都为空），或用 EXCHANGE PARTITION 把空分区数据交换到临时表再 truncate。但更推荐预防：靠预留分区把空分区数量压到个位数，而不是事后补救。
真正难处理的不是“怎么删”，而是“怎么不让它产生”——预留分区不是权宜之计，它是间隔分区在生产环境稳定运行的必要前置动作。
