Oracle RAC SQL在不同节点性能不一致如何排查怎么做-参数设置和触发条件

Oracle不能只看功能名称，更要看它在什么场景下能解决问题。把查 Top 5 Timed Events 是否存在 GC 类等待、用 dba_hist_active_sess_history 定位具体会话的等待链、确认 parallel_force_local 是否生效及 VIP 绑定是否稳定等信息拆开来看，判断会更直接。

先看原文给出的关键信息：存在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；dba_hist_active_sess_history 才能还原“那一秒发生了什么”。；它每 10 秒采样一次活跃会话，包含 session_id、event、p1text、p2text 和阻塞者 blocking_session。。收尾检查时，再把这些细节对上：直接连 SCAN IP 会导致负载随机打到任一节点，无法复现或固化执行路径。；检查当前参数值：SHOW PARAMETER parallel_force_local —— 必须为 TRUE，且 SID='*' 表示对所有实例生效应用连接串中的 H；AWR 显示两个节点的 PLAN_HASH_VALUE 完全一致，不代表性能该一样。。