Oracle如何识别热点数据块？通过AWR的Seg Stats-Oracle-PHP中文网

awr seg stats中直接反映数据块热度的指标是buffer busy waits对应的段；该等待高表明多个会话争用同一数据块或buffer header，结合logical reads高可定位热点段，再通过v$bh和ash深入到具体块级。

awr seg stats里哪个指标直接反映数据块热度？

看 logical reads 和 physical reads 的组合，但真正指向“热点块”的是 buffer busy waits 对应的段（segment）。awr 的 segment statistics 报告本身不直接输出“块级”热度，它只到段（表/索引）粒度；所谓“热点数据块”，本质是多个会话反复争用同一组 buffer header 或数据块导致的等待，而 buffer busy waits 高的段，大概率存在热点块。

实操时优先筛出 buffer busy waits 排名靠前的段，再结合 logical reads 是否显著高于其他段——如果一个表逻辑读很高、同时 buffer busy waits 也高，基本可以判定其某些数据块（比如索引根块、序列主键插入热点页、小表全表扫描频繁访问的块）正在被密集争用。

如何从AWR提取高 buffer busy waits 的段？

别依赖 OEM 图形界面点几下就完事，容易漏掉历史峰值。直接查 DBA_HIST_SEG_STAT 视图，按 buffer_busy_waits_delta 降序：

SELECT owner, object_name, object_type,
       buffer_busy_waits_delta,
       logical_reads_delta,
       physical_reads_delta
FROM   dba_hist_seg_stat s
JOIN   dba_hist_snapshot sn ON s.snap_id = sn.snap_id
WHERE  sn.begin_interval_time >= SYSDATE - 1
AND    buffer_busy_waits_delta > 1000
ORDER BY buffer_busy_waits_delta DESC
FETCH FIRST 10 ROWS ONLY;

注意三点：

buffer_busy_waits_delta 是快照区间内的增量，不是累计值，必须和 dba_hist_snapshot 关联才能确认时间范围
默认 AWR 每小时采样一次，若问题发生在两次快照之间，这个指标可能被平滑掉——此时需配合 ASH 查 event = 'buffer busy waits' 的实时堆栈
索引段（object_type = 'INDEX'）出现高 buffer busy waits，大概率是根块或分支块争用；表段则更可能是插入热点（如无序主键+高并发 insert）或小表被频繁全扫

识别出热点段后，怎么定位具体是哪些数据块？

AWR Seg Stats 到不了块级，得切到更底层工具。最直接的是查 V$BH（buffer cache 中的块状态），结合 V$SESSION_WAIT 或 ASH 找正在等 buffer busy waits 的会话，再反推其请求的 file# 和 block#：

SELECT file#, block#, class#, status, dirty, temp, ping
FROM   v$bh
WHERE  (file#, block#) IN (
  SELECT p1, p2 FROM v$session_wait
  WHERE event = 'buffer busy waits'
);

但生产库上 V$BH 行数巨大，且内容瞬时性强，建议搭配以下条件缩小范围：

先用 DBA_EXTENTS 把热点段的文件/块范围圈出来，再过滤 V$BH
关注 status = 'xcur'（当前模式）且 dirty = 'Y' 的块——这类块常因未提交事务或延迟块清理（delayed block cleanout）被反复争用
如果 class# = 1（data block），说明是普通表数据块；class# = 4（segment header）或 class# = 8（index root）则对应更典型的结构热点

为什么有时 logical reads 很高但 buffer busy waits 很低？

因为逻辑读高 ≠ 块争用。典型场景有：

大表全表扫描：大量逻辑读，但每个块只读一次，无并发争用，buffer busy waits 几乎为零
只读应用 + 充足 buffer cache：块被缓存后重复读取，走 cache buffers chains latch 争用，但不会触发 buffer busy waits
使用 ASSM（自动段空间管理）且 PCTFREE 设置合理：能缓解插入热点，即使并发 insert 多，也不一定在同一个块上撞车

反过来说，buffer busy waits 低但 latch: cache buffers chains 高，说明是 hash chain 级别争用，要查热块对应的 file#/block# 并检查是否缺少索引导致大量重复访问同一块——这比单纯看 Seg Stats 更接近真实瓶颈。

块级热度从来不是单看一个数字能定论的，AWR Seg Stats 只是入口，后面总得落到 V$BH、ASH、甚至 oradebug dump buffers 才能看清谁在抢哪一块。