间隔分区表清理必须跳过最高区间分区，因其HIGH_VALUE是动态锚点，DROP会触发ORA-14758并破坏自动扩展机制；应按partition_position降序获取分区，跳过首个，再解析其余分区HIGH_VALUE对应时间进行清理。
间隔分区表清理必须跳过最高区间
间隔分区（INTERVAL）的最后一个已创建分区是“最高区间”，它的 HIGH_VALUE 是动态锚点，用于后续自动扩展。强行 DROP PARTITION 它会触发 ORA-14758，破坏整个 interval 机制，导致后续插入报 ORA-14400。
安全做法是：按 HIGH_VALUE 降序取分区列表，跳过第一个（即最高区间），只对剩余分区做时间判断：
- 查分区边界：
SELECT partition_name, high_value FROM user_tab_partitions WHERE table_name = 'SALES' ORDER BY partition_position DESC - 用函数
high_value_to_date()解析每个HIGH_VALUE得到真实截止时间 - 仅清理满足
high_value_to_date() 的分区
不能靠分区名推算时间，必须动态解析 HIGH_VALUE
有人习惯从 PARTITION_NAME 里截取年月（如 SYS_P3456 或 SALES_202201），但 Oracle 间隔分区默认命名是系统生成的 SYS_Pxxx，不含业务时间；即使手工命名，也极易因命名不规范、跨年逻辑错或中文字符导致 SUBSTR 失效。
正确方式是读 HIGH_VALUE 字符串并用 EXECUTE IMMEDIATE 执行求值：
DECLARE
v_high VARCHAR2(4000);
v_cutoff DATE;
BEGIN
SELECT high_value INTO v_high
FROM user_tab_partitions
WHERE table_name = 'SALES'
AND partition_name = 'SYS_P3456';
EXECUTE IMMEDIATE 'SELECT ' || v_high || ' FROM DUAL' INTO v_cutoff;
IF v_cutoff < ADD_MONTHS(SYSDATE, -24) THEN
EXECUTE IMMEDIATE 'ALTER TABLE SALES DROP PARTITION SYS_P3456';
END IF;
END;
注意：HIGH_VALUE 可能含绑定变量（如 TO_DATE(:1, 'SYYYY-MM-DD HH24:MI:SS')），此时需先查 user_tab_partitioning_keys 补全参数，不能硬拼。
删完分区后全局索引必然失效，重建要分两步
DROP PARTITION 后，所有全局索引状态会变成 UNUSABLE（ORA-01502 不是错误，是 Oracle 主动保护）。直接 REBUILD 会全程锁索引，高并发下影响大。
标准操作是两步：
-
ALTER INDEX idx_sales_global UNUSABLE（毫秒级，几乎无锁） -
ALTER INDEX idx_sales_global REBUILD LOGGING PARALLEL 4 TABLESPACE idx_ts（显式加LOGGING，适配归档/备库要求）
如果索引已是 UNUSABLE 状态，REBUILD 可能报 ORA-01408，必须先执行第一步。
自动清理脚本必须加应用锁和异常捕获
两个 JOB 同时运行可能并发删同一个分区，或某次 HIGH_VALUE 解析失败导致误删最新分区。线上脚本必须包含：
- 用
DBMS_LOCK.ALLOCATE_UNIQUE('CLEANUP_SALES_LOCK', :lock_handle)加唯一应用锁 - 捕获常见错误：
ORA-14048（正在 alter 分区）、ORA-14702（分区不存在）、ORA-14758（删了最高区间） - 记录日志到独立表（如
cleanup_log），字段至少含table_name、partition_name、drop_time、status、error_msg
最易被忽略的是：interval 分区的“最高区间”不是固定不变的——它随新数据插入自动前移。每次清理前都得重新查一次排序后的分区列表，不能缓存或假定位置。
