awr空间问题根因是清理链断裂：基线锁住快照、asts持续写入、wrh$_active_session_history分区未自动purge、modify_snapshot_settings参数误解——任一环节失效均导致sysaux膨胀。
AWR快照本身不直接“占用大量空间”，真正吃掉 SYSAUX 的是 WRH$ 系列表（尤其是 WRH$_ACTIVE_SESSION_HISTORY、WRH$_SQL_PLAN 和 19c 新增的 WRI$_SQLSET_PLAN_LINES）背后的数据行和 LOB 段——而这些表膨胀，往往不是因为快照“太多”，而是清理机制被卡死。
基线（baseline）锁住快照，自动清理彻底失效
这是最常被忽略的根因。只要快照被 STATIC 或未对齐的 MOVING_WINDOW 基线引用，哪怕过了 retention 时间，Oracle 也不会删它。
- 查基线是否在挡路：
SELECT baseline_name, baseline_type, start_snap_id, end_snap_id FROM dba_hist_baseline_details;——重点关注baseline_type = 'STATIC'且start_snap_id非常老的记录 -
MOVING_WINDOW基线不可删，但它的window_size可能远大于当前retention，导致大量快照被隐式钉住 - 执行
DROP_BASELINE必须带cascade => TRUE，否则只删元数据，底层数据还在 - 删完基线后，
FLUSH_AWR必须立刻跟上，否则高水位线（HWM）卡住，dba_segments里体积不会变
19c ASTS 组件（WRI$_SQLSET_PLAN_LINES）默认启用并持续写入
Oracle 19.7 起默认开启自动 SQL 调优集（ASTS），其核心表 WRI$_SQLSET_PLAN_LINES 是 LOB 表，增长极快，单个 LOB 段轻松占几十 GB。
- 确认是否启用：
SELECT parameter_name, value FROM v$parameter WHERE parameter_name = 'asts_enabled'; - 19.7 版本需在 CDB 和所有 PDB 中分别禁用：
EXEC DBMS_AUTO_SQLTUNE.DISABLE_ASTS; - 禁用后不会自动清理历史数据，必须手动清关联表：
TRUNCATE TABLE wri$_sqlset_plan_lines;（注意：该表无主键，TRUNCATE安全） - 19.8+ 默认已关闭，升级后仍需检查旧实例是否残留开启状态
WRH$_ACTIVE_SESSION_HISTORY 分区未触发自动 purge
这张表按时间分区，但 Oracle 不保证每个分区都按时清理——尤其当分区过大或未被正确 split 时，MMON 后台任务会跳过它。
- 查分区现状：
SELECT partition_name, bytes/1024/1024/1024 GB FROM dba_segments WHERE segment_name = 'WRH$_ACTIVE_SESSION_HISTORY' ORDER BY GB DESC; - 强制触发分区拆分：
ALTER SESSION SET "_swrf_test_action" = 72;—— 执行一次即可，会生成新空分区，促使 MMON 开始清理旧分区 - 若某分区长期不降，可针对性截断：
ALTER TABLE wrh$_active_session_history TRUNCATE PARTITION <partition_name>;</partition_name>（需先确认该分区无活跃分析依赖） - 避免整表
TRUNCATE或DELETE，会阻塞新快照写入，且 undo 压力巨大
调了 MODIFY_SNAPSHOT_SETTINGS 却没效果？单位和依赖关系没看清
改 retention 或 snap_interval 是常见误操作点——参数生效有硬性前提，不是设完就立即起效。
-
retention单位是秒，不是天：86400= 1 天，604800= 7 天；设成3600是 1 小时，不是 1 天 - 旧快照不会因新参数自动删除，只影响后续快照生命周期
- 即使参数正确，被基线保护、ASTS 任务占用、或分区异常的快照，依然不会进自动清理队列
- 真正释放空间靠的是
DROP_SNAPSHOT_RANGE+FLUSH_AWR+SHRINK SPACE组合，而非单纯调参
SYSAUX 空间问题本质是“清理链断裂”：基线挡路、ASTS 持续写入、分区机制失灵、参数误解——四个环节任一卡住，WRH$ 表就会越堆越大。动手前先跑一遍 v$sysaux_occupants 定位真凶，比盲目删快照更省事。
