美创科技技术社区

注册

 

发新话题 回复该主题

Oracle性能测量体系(Parse Time)续 [复制链接]

1#

Oracle性能测量体系(Parse Time)续 2013-11-05 20:32:24


分类: Oracle


  
           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 pinutex
        以及相对少些的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次数的衡量因素。

分享 转发
TOP
发新话题 回复该主题