存在gc类等待即表明rac跨实例通信开销是主因,而非执行计划差异;gc cr multi block request排top 5说明远程读频繁,gc cr block lost高则指向私网故障,单次等待超100ms即异常。

查 Top 5 Timed Events 是否存在 GC 类等待
两个节点执行同一 SQL 耗时差异大,第一反应不是执行计划,而是跨实例数据块传输开销。AWR 报告里 “Top 5 Timed Foreground Events” 页面必须细看:gc cr multi block request、gc current block busy、gc cr block lost 这些等待一旦排进前五,基本锁定是 RAC 内部通信拖慢了查询。
- 若节点1大量出现
gc cr multi block request,而节点2几乎没有,说明该 SQL 在节点1上触发了大量远程读(remote read),本地缓存不足或数据分布不均 -
gc cr block lost高则指向私网问题:网卡/交换机丢包、UDP receive buffer 过小、线缆质量差,和数据库配置无关,得网络团队介入 - 别只看平均等待时间——单次
gc cr multi block request等待超 100ms 就异常,正常应在 1–5ms 级别
用 dba_hist_active_sess_history 定位具体会话的等待链
AWR 是聚合视图,掩盖细节;dba_hist_active_sess_history 才能还原“那一秒发生了什么”。它每 10 秒采样一次活跃会话,包含 session_id、event、p1text、p2text 和阻塞者 blocking_session。
- 先缩小时间范围:
SELECT MIN(sample_time), MAX(sample_time) FROM dba_hist_active_sess_history WHERE sample_time > SYSDATE - 1/24(查最近一小时) - 再抓问题时段的典型会话:
SELECT session_id, event, p1text, p2text, blocking_session FROM dba_hist_active_sess_history WHERE event LIKE 'gc%' AND sample_time BETWEEN ... - 重点看
p2text = 'file#'和p2值是否指向同一组数据文件——如果是,说明热点块集中在某几个文件,且只在节点1被频繁请求
确认 parallel_force_local 是否生效及 VIP 绑定是否稳定
RAC 下并行查询默认可能跨节点分发,哪怕 parallel_force_local=true 也需配合连接层控制。直接连 SCAN IP 会导致负载随机打到任一节点,无法复现或固化执行路径。
- 检查当前参数值:
SHOW PARAMETER parallel_force_local—— 必须为TRUE,且SID='*'表示对所有实例生效 - 应用连接串中的
HOST必须替换成对应节点的 VIP(如172.16.1.11),不能是 SCAN 或公网 IP;否则parallel_force_local无效 - 验证是否真走本地:
SELECT inst_id, degree, req_degree FROM gv$px_session WHERE sid = <your_sid></your_sid>—— 若inst_id出现多个值,说明并行进程仍跨节点了
PLAN_HASH_VALUE 相同 ≠ 执行行为一致
这是最容易掉坑的地方。AWR 显示两个节点的 PLAN_HASH_VALUE 完全一致,不代表性能该一样。RAC 环境下,相同执行计划树结构下,内部行为可天差地别:
- 谓词是否推入物化视图?绑定变量窥探结果是否一致?临时表是否在本地完成物化?这些都不影响
PLAN_HASH_VALUE,但极大影响 buffer gets 和 elapsed time - 节点1的
buffer gets是节点2的 10 倍,但执行计划一样?大概率是节点1反复从节点2拉数据块,每次db file sequential read实际走的是跨实例gc cr block流程 - 此时比对
dba_hist_sqlstat中的disk_reads、buffer_gets、cpu_time、elapsed_time四个字段的趋势比看执行计划更有效
真正难处理的从来不是执行计划差异,而是那些 PLAN_HASH_VALUE 不变、SQL 没改、统计信息没动,却因私网抖动、VIP 解析失败、ctssd 掉进 observer mode 导致的隐性延迟——这些不会报错,只会让 SQL 在某个节点上“默默变慢”。











