ash是sga中固定大小的环形缓冲区，写满即覆盖旧数据；默认4mb（12c仍沿用），高并发下常不足15分钟，扩容需重启且受sga限制。
ash内存是循环缓冲区，写满就覆盖旧数据
oracle把v$active_session_history的数据存在sga里一块固定大小的内存区域，叫ash buffer。它不是日志式追加写，而是类似环形队列：新采样进来，老数据自动被挤掉。所以“被覆盖”不是bug，是设计使然——只为保留最近最可能有用的活跃会话快照。
_ash_size参数决定能存多久，4MB默认值在高并发下撑不过10分钟
查当前分配：SHOW PARAMETER _ash_size。12c仍沿用11g默认值4194304（即4MB），对中大型系统明显偏小。实测负载稍高时，SELECT MIN(sample_time), MAX(sample_time) FROM v$active_session_history返回的时间差常低于15分钟。这不是采样停了，是新数据不断覆盖旧样本。
- 扩容需重启：
ALTER SYSTEM SET "_ash_size"=524288000 SCOPE=SPFILE（设为500MB） - 但别盲目调大：若
sga_max_size没同步增加，实例下次启动会失败 - 优先验证是否真缺内存：对比
v$sgastat中ASH buffers的bytes和v$active_session_history里时间跨度，若后者远小于60分钟，基本可判定buffer已成瓶颈
MMNL进程负责写入，但不保证“不丢”——亚秒级抖动天然漏采
ASH每秒采样一次，靠后台进程MMNL从v$session抓快照。但这个“每秒”是统计平均值，不是硬实时。如果卡顿只持续300ms，且恰好落在两次采样中间，它就不会出现在v$active_session_history里。这也是为什么看到“刚卡完就查不到”，未必是内存被覆盖，更可能是根本没被捕获。
- 采样本身有盲区：空闲会话、解析中未完成的会话、极短事务（
-
MMNL忙于刷盘时（如AWR整点快照前后），内存采样频率可能临时下降 - 不要依赖
SAMPLE_TIME > SYSDATE - 1/1440这种表达式查“最近1分钟”——SYSDATE是服务器当前时间，跨时段计算易出错，应手动指定精确时间范围
查不到不等于没发生，得换视图+换时间精度
当v$active_session_history为空或数据稀疏，第一反应不该是“ASH坏了”，而是“你查的不是它该管的场景”。比如凌晨卡顿，v$active_session_history早被覆盖，但dba_hist_active_sess_history里可能还有线索——前提是当时有AWR快照生成且保留策略允许。
- 先确认采样是否启用：
SELECT value FROM v$parameter WHERE name = 'statistics_level'，必须是TYPICAL或ALL，BASIC会彻底关闭ASH - 查历史数据别只盯
dba_hist_active_sess_history：它的采样粒度是10秒，比内存视图粗10倍，关键细节（如某条SQL卡在第3秒还是第7秒）直接丢失 - 真正难啃的case往往要交叉验证：内存ASH + AWR快照时间点 +
v$session实时状态 + 应用日志中的超时时间戳
实际排查中最容易被忽略的，是把“查不到数据”直接等同于“没采样”——而真相常藏在参数配置、时间窗口精度、以及采样机制本身的统计特性里。
