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博客 ” ，链接：https://blog.itpub.net/92650/viewspace-775758/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
