Oracle性能测量体系（Parse Time)续

  
       Parse Time:= Parse CPU Time + Queue Wait Time

      Parse阶段几乎所有操作都在shared pool内进行操作，主要的Queue Wait time包含以下几种：
      library cache latch|library cache: mutex
      shared pool latch
     row cache objects latch
     library cache pin|cursor pin:mutex
    以及相对少些的library cache lock和library cache load lock
    
   10g之前可以通过v$session_event和v$system_event从对应事件中获得Queue Time
   10g之后v$latch直接记载了wait_time，那种方式获得的Queue Time更加准确，还需要测试。

   对于mutex，则在v$mutext_sleep_history中包含了wait_time，可以完成和v$latch一样的衡量。

   对于parse阶段，一个比较重要的问题就是关于spin gets，也就是高速等待gets消耗或者自旋等待，spin gets并不释放CPU资源，我们平常所说的大量的latch free事件会导致CPU资源消耗很高就指的是spin gets消耗。spin gets的消耗记录在Parse CPU Time中，而不是在QUeue Wait Time。
   
    很多人可以对于大量的latch free事件会选择采用增加spin gets来降低latch free事件的消耗，从而提高性能。基本而言，这是个误会，因为等待时间转化到了cpu time中去，可能并没有降低parse的响应时间。但是如果你的系统CPU资源比较廉价，也就是大量空闲，增加spin 次数也是一个选择项，以大量的资源消耗换取响应时间。当然，谁都知道，高资源消耗无法完成高并发性的需求。
    事实上，latch misses和latch sleep的比例以及CPU开销是否廉价是否我们决定是否增加或者减少spin次数的衡量因素。

   

   
    

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/92650/viewspace-775758/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/92650/viewspace-775758/