某套核心RAC库出现一个节点HANG的现象，分析AWR发现大量resmgr:cpu quantum等待事件，且parse time消耗了大量的DB TIME:
检查解析语句发现存在大量游标无法共享的问题，通过v$SQL_SHARED_CURSOR定位无法共享的原因，发现为PX_MISMATCH。
“PX_MISMATCH”意味着游标无法共享的原因是不同的并行执行力或不同的执行计划，通过内部资料找到Bug 9375300 – Cursors not shared due to reason ‘PQ_SLAVE_MISMATCH’ or ‘PX_MISMATCH’ on RAC [ID 9375300.8]。
对于该类 ‘PQ_SLAVE_MISMATCH’ or ‘PX_MISMATCH’引起的游标无法共享，一般建议设置parallel_degree_policy=MANUAL来避免一些可能的BUG.
另外使用11g新特性parallel_force_local=true也可能导致该PX_MISMATCH的问题。
如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复!
诗檀软件专业数据库修复团队
服务热线 ： 13764045638 QQ号:47079569 邮箱：service@parnassusdata.com
相关的一些BUG还有：
PX Bug 11808966 – SQL ON GV$ TABLES GENERATES MULTIPLE VERSIONS WITH REASON PX_MISMATCH
PX Bug 10235518 – HIGH VERSION COUNT FOR GV$INSTANCE DUE TO PX_MISMATCH IN RAC
PX Bug 10297948 – FREQUENT PX MISMATCHES OCCURRING FOR PARTICULAR SQL
PX Bug 11818088 – HIGH VERSION COUNT ON PX_MISMATCH AND WAIT ON CURSOR: MUTEXS
PX Bug 10235518 – HIGH VERSION COUNT FOR GV$INSTANCE DUE TO PX_MISMATCH IN RAC
PX Bug 10297948 – FREQUENT PX MISMATCHES OCCURRING FOR PARTICULAR SQL
PX Bug 11818088 – HIGH VERSION COUNT ON PX_MISMATCH AND WAIT ON CURSOR: MUTEXS
11.2.0.1.BP08,
All active instances used in calculation of dop when
9671271 11.2.0.2.BP03, 11.2.0.3, parallel_force_local=true / High version count on
12.1.0.0
PX_MISMATCH
Comment