Oracle10gR2上遇到了Mutex竞争的问题


最近有客户在Oracle10gR2上遇到了Mutex竞争的问题。

  Mutex是Oracle在Oracle10g中引入的串行机制,逐渐会用来替代一些存在性能问题的Latch.和Latch相比,一个Mutex Get大约仅需要30~35个指令,而Latch Get则需要大约150~200个指令,同时在大小上,每个Mutex仅占用大约16 Bytes空间,而一个latch在10gR2中要占用大约112 Bytes空间。

  Mutex首先替代了Library Cache Latch以及Library Cache Pin,在Oracle 10.2.0.2上通过隐含参数_kks_use_mutex_pin的调整可以限制是否使用Mutex机制来实现Cursor Pin:


  SQL> set linesize 120
  SQL> col name for a30
  SQL> col value for a20
  SQL> col describ for a60
  SQL> SELECT x.ksppinm NAME, y.ksppstvl VALUE, x.ksppdesc describ
  2 FROM SYS.x$ksppi x, SYS.x$ksppcv y
  3 WHERE x.indx = y.indx
  4 AND x.ksppinm LIKE '%&par%'
  5 /
  Enter value for par: mutex
  old 4: AND x.ksppinm LIKE '%&par%'
  new 4: AND x.ksppinm LIKE '%mutex%'
  NAME VALUE DESCRIB
  ------------------------------ -------------------- ------------------------------------------------------------
  _kks_use_mutex_pin TRUE Turning on this will make KKS use mutex for cursor pins.

  在新的Mutex Pins机制下,以下等待事件可能变得常见:


  cursor: mutex S
  cursor: mutex X
  cursor: pin S
  cursor: pin S wait on X
  cursor: pin X

  由于Mutex使用CAS(Compare and Swap)机制,所以在不支持CAS的HP Unix平台上就可能出现CPU消耗过高的情况。

  这作为一个Bug在10.2.0.4版本中被修正。


« 
» 
快速导航

Copyright © 2016 phpStudy | 豫ICP备2021030365号-3