一聚教程网:一个值得你收藏的教程网站

最新下载

热门教程

Oracle数据库如何用ASH定位热点数据块

时间:2026-08-18 09:48:49 编辑:袖梨 来源:一聚教程网

<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 不代表没对象——可能是刚进入逻辑读、还没绑定段名,这种块反而更值得盯紧。

  1. 聚合语句要带 FETCH FIRST 5 ROWS ONLY,避免全表扫;
  2. RAC 环境下必须用 gv$active_session_history,否则只看到当前节点;
  3. 如果结果为空,先确认 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。写错就查不到。

  1. 若查不到结果,说明该块属于系统段:回滚段、临时段或 UNDO 块,此时转向 v$rollstatv$tempseg_usage
  2. LOB 段需额外处理:先查 DBA_LOBS 找真实段名(如 SYS_LOB0000098765X$$),再对它查 extents;
  3. 分区表要留意 partition_name 字段,否则可能漏掉真实归属。

必须看 P3 值判断块类型,跳过这步等于白忙

P3 在 Oracle 12c 中是 class#(块类型编号),不是原因码。不同值对应完全不同的根因路径,跳过就动手调参,基本无效。

  1. P3 = 1:普通数据块热,常见于升序主键 INSERT 或小表全扫;
  2. P3 = 4:段头争用,说明还在用 MSSM 表空间,得考虑切换 ASSM;
  3. P3 = 220:索引叶块行争用,重点看是否频繁更新索引列;
  4. 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 busygc 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')才能捞出来。

热门栏目