<p>直接查v$active_session_history的current_file#和current_block#是定位热点块物理位置的唯一线索，需严格过滤event IN ('buffer busy waits', 'read by other session')且sample_time > SYSDATE - 1/24，聚合后用DBA_EXTENTS按块号区间匹配，并结合P3（class#）判断根因类型。</p>
直接查 v$active_session_history 的 current_file# 和 current_block#
ASH 不提供“热点块 ID”字段，current_file# 和 current_block# 是唯一能反推物理块位置的线索。别查 sql_text 或模糊匹配事件名，那只会绕远路。
必须加严格过滤条件：event IN ('buffer busy waits', 'read by other session')，且时间窗口控制在最近 1 小时内（sample_time > SYSDATE - 1/24），否则历史噪声会淹没真实热点。
current_obj# = 0 不代表没对象——可能是刚进入逻辑读、还没绑定段名，这种块反而更值得盯紧。
- 聚合语句要带
FETCH FIRST 5 ROWS ONLY，避免全表扫； - RAC 环境下必须用
gv$active_session_history，否则只看到当前节点； - 如果结果为空，先确认
v$active_session_history是否还有数据：SELECT MIN(sample_time), COUNT(*) FROM v$active_session_history。
用 DBA_EXTENTS 做区间匹配，不是等值查询
拿到 current_file# 和 current_block# 后，不能用 object_id 关联，必须走 DBA_EXTENTS 按块号区间匹配——因为一个块只属于一个 extent，但可能跨多个 segment（比如分区表）。
关键点是条件写法：&BLOCK_ID BETWEEN block_id AND block_id + blocks - 1，不是 = block_id。写错就查不到。
- 若查不到结果，说明该块属于系统段：回滚段、临时段或 UNDO 块，此时转向
v$rollstat或v$tempseg_usage； - LOB 段需额外处理：先查
DBA_LOBS找真实段名（如SYS_LOB0000098765X$$），再对它查 extents； - 分区表要留意
partition_name字段，否则可能漏掉真实归属。
必须看 P3 值判断块类型，跳过这步等于白忙
P3 在 Oracle 12c 中是 class#（块类型编号），不是原因码。不同值对应完全不同的根因路径，跳过就动手调参，基本无效。
-
P3 = 1：普通数据块热，常见于升序主键INSERT或小表全扫； -
P3 = 4：段头争用，说明还在用 MSSM 表空间，得考虑切换 ASSM； -
P3 = 220：索引叶块行争用，重点看是否频繁更新索引列； -
P3 = 200：UNDO 块争用，得检查事务是否过长或 UNDO 表空间是否紧张。
查 P3 要加到原始 ASH 查询里：SELECT current_file#, current_block#, p3, COUNT(*) cnt FROM v$active_session_history WHERE event = 'buffer busy waits' AND sample_time > SYSDATE - 1/24 GROUP BY current_file#, current_block#, p3 ORDER BY cnt DESC FETCH FIRST 5 ROWS ONLY。
容易被忽略的 RAC 协调细节和 LCK0 干扰
RAC 下热点块可能被多个实例争抢，但 current_file#/current_block# 只反映采样瞬间的持有者。LCK0 进程协调失败时，会出现大量 gc cr block busy 或 gc buffer busy，它们不走 current_block#，而是靠 p1/p2（file#/block#）+ p3（class#）联合定位。
别只盯着前台会话——后台进程如 LCK0、DIAG、PMON 的采样也得看，它们可能卡在锁资源同步上，但默认不显式出现在 session_type = 'FOREGROUND' 查询中。
真正难定位的，往往是那种每小时只爆发 2–3 次、每次持续十几秒的块争用。这类问题必须靠秒级切片（如 TRUNC(sample_time, 'SS') 分组）+ 精确时间窗口（如 sample_time BETWEEN TIMESTAMP '2026-07-27 20:15:00' AND TIMESTAMP '2026-07-27 20:15:30'）才能捞出来。
