Oracle动态性能视图

[三思笔记]学习动态性能表：5454589君三思学习动态性能表第一篇--v$sysstat2007.5.23按照OracleDocument中的描述，v$sysstat存储自数据库实例运行那刻起就开始累计全实例(instance-wide)的资源使用情况。类似于v$sesstat，该视图存储下列的统计信息：1.事件发生次数的统计(如：usercommits)2.数据产生，存取或者操作的total列(如：redosize)3.如果TIMED_STATISTICS值为true,则统计花费在执行操作上的总时间(如：CPUusedbythissession)v$sysstat视图常用列介绍：STATISTIC#:标识NAME:统计项名称VALUE:资源使用量该视图还有一列class-统计类别但极少会被使用，各类信息如下：1代表事例活动2代表Redobuffer活动4代表锁8代表数据缓冲活动16代表OS活动32代表并行活动64代表表访问128代表调试信息注意：Statistic#的值在不同版本中各不相同，使用时要用Name做为查询条件而不要以statistic#的值做为条件。使用v$sysstat中的数据该视图中数据常被用于监控系统性能。如buffercache命中率、软解析率等都可从该视图数据计算得出。该视图中的数据也被用于监控系统资源使用情况，以及系统资源利用率的变化。正因如此多的性能数据，检查某区间内系统资源使用情况可以这样做，在一个时间段开始时创建一个视图数据快照，结束时再创建一个，二者之间各统计项值的不同(endvalue-beginvalue)即是这一时间段内的资源消耗情况。这是oracle工具的常用方法，诸如Statspack以及BSTAT/ESTAT都是如此。为了对比某个区间段的数据，源数据可以被格式化（每次事务，每次执行，每秒钟或每次登陆），格式化后数据更容易从两者中鉴别出差异。这类的对比在升级前，升级后或仅仅想看看一段时间内用户数量增长或数据增加如何影响资源使用方面更加实用。你也可以使用v$sysstat数据通过查询v$system_event视图来检查资源消耗和资源回收。[三思笔记]学习动态性能表：5454589君三思V$SYSSTAT中的常用统计V$SYSSTAT中包含多个统计项，这部分介绍了一些关键的v$sysstat统计项，在调优方面相当有用。下列按字母先后排序：数据库使用状态的一些关键指标：CPUusedbythissession：所有session的cpu占用量，不包括后台进程。这项统计的单位是百分之x秒.完全调用一次不超过10msdbblockchanges：那部分造成SGA中数据块变化的insert,update或delete操作数这项统计可以大概看出整体数据库状态。在各项事务级别，这项统计指出脏缓存比率。executecount：执行的sql语句数量(包括递归sql)logonscurrent：当前连接到实例的Sessions。如果当前有两个快照则取平均值。logonscumulative：自实例启动后的总登陆次数。parsecount(hard)：在sharedpool中解析调用的未命中次数。当sql语句执行并且该语句不在sharedpool或虽然在sharedpool但因为两者存在部分差异而不能被使用时产生硬解析。如果一条sql语句原文与当前存在的相同，但查询表不同则认为它们是两条不同语句，则硬解析即会发生。硬解析会带来cpu和资源使用的高昂开销，因为它需要oracle在sharedpool中重新分配内存，然后再确定执行计划，最终语句才会被执行。parsecount(total)：解析调用总数，包括软解析和硬解析。当session执行了一条sql语句，该语句已经存在于sharedpool并且可以被使用则产生软解析。当语句被使用(即共享)所有数据相关的现有sql语句(如最优化的执行计划)必须同样适用于当前的声明。这两项统计可被用于计算软解析命中率。parsetimecpu：总cpu解析时间(单位：10ms)。包括硬解析和软解析。parsetimeelapsed：完成解析调用的总时间花费。physicalreads：OSblocksread数。包括插入到SGA缓存区的物理读以及PGA中的直读这项统计并非i/o请求数。physicalwrites：从SGA缓存区被DBWR写到磁盘的数据块以及PGA进程直写的数据块数量。redologspacerequests：在redologs中服务进程的等待空间，表示需要更长时间的logswitch。redosize：redo发生的总次数(以及因此写入logbuffer)，以byte为单位。这项统计显示出update活跃性。sessionlogicalreads：逻辑读请求数。sorts(memory)andsorts(disk)：sorts(memory)是适于在SORT_AREA_SIZE(因此不需要在磁盘进行排序)的排序操作的数量。sorts(disk)则是由于排序所需空间太大，SORT_AREA_SIZE不能满足而不得不在磁盘进行排序操作的数量。这两项统计通常用于计算in-memorysortratio。sorts(rows):列排序总数。这项统计可被'sorts(total)'统计项除尽以确定每次排序的列。该项可指出数据卷和应用特征。tablefetchbyrowid：使用ROWID返回的总列数(由于索引访问或sql语句中使用了'whererowid=&rowid'而产生)tablescans(rowsgotten)：全表扫描中读取的总列数tablescans(blocksgotten)：全表扫描中读取的总块数，不包括那些split的列。usercommits+userrollbacks：系统事务起用次数。当需要计算其它统计中每项事务比率[三思笔记]学习动态性能表：5454589君三思时该项可以被做为除数。例如，计算事务中逻辑读，可以使用下列公式：sessionlogicalreads/(usercommits+userrollbacks)。注：SQL语句的解析有软解析softparse与硬解析hardparse之说，以下是5个步骤：1：语法是否合法(sql写法)2：语义是否合法(权限，对象是否存在)3：检查该sql是否在共享池中存在--如果存在,直接跳过4和5,运行sql.此时算softparse4：选择执行计划5：产生执行计划--如果5个步骤全做,这就叫hardparse.注意物理I/Ooracle报告物理读也许并未导致实际物理磁盘I/O操作。这完全有可能因为多数操作系统都有缓存文件，可能是那些块在被读取。块也可能存于磁盘或控制级缓存以再次避免实际I/O。Oracle报告有物理读也许仅仅表示被请求的块并不在缓存中。由V$SYSSTAT得出实例效率比(InstanceEfficiencyRatios)下列是些典型的instanceefficiencyratios由v$sysstat数据计算得来，每项比率值应该尽可能接近1：Buffercachehitratio：该项显示buffercache大小是否合适。公式：1-((physicalreads-physicalreadsdirect-physicalreadsdirect(lob))/sessionlogicalreads)执行：select1-((a.value-b.value-c.value)/d.value)fromv$sysstata,v$sysstatb,v$sysstatc,v$sysstatdwherea.name='physicalreads'andb.name='physicalreadsdirect'andc.name='physicalreadsdirect(lob)'andd.name='sessionlogicalreads';Softparseratio：这项将显示系统是否有太多硬解析。该值将会与原始统计数据对比以确保精确。例如，软解析率仅为0.2则表示硬解析率太高。不过，如果总解析量(parsecounttotal)偏低，这项值可以被忽略。公式：1-(parsecount(hard)/parsecount(total))执行：select1-(a.value/b.value)fromv$sysstata,v$sysstatbWherea.name='parsecount(hard)'andb.name='parsecount(total)';In-memorysortratio：该项显示内存中完成的排序所占比例。最理想状态下，在OLTP系统中，大部分排序不仅小并且能够完全在内存里完成排序。[三思笔记]学习动态性能表：5454589君三思公式：sorts(memory)/(sorts(memory)+sorts(disk))执行：selecta.value/(b.value+c.value)fromv$sysstata,v$sysstatb,v$sysstatcwherea.name='sorts(memory)'andb.name='sorts(memory)'andc.name='sorts(disk)';Parsetoexecuteratio：在生产环境，最理想状态是一条sql语句一次解析多数运行。公式：1-(parsecount/executecount)执行：select1-(a.value/b.value)fromv$sysstata,v$sysstatbwherea.name='parsecount(total)'andb.name='executecount';ParseCPUtototalCPUratio：该项显示总的CPU花费在执行及解析上的比率。如果这项比率较低，说明系统执行了太多的解析。公式：1-(parsetimecpu/CPUusedbythissession)执行：select1-(a.value/b.value)fromv$sysstata,v$sysstatbwherea.name='parsetimecpu'andb.name='CPUusedbythissession';ParsetimeCPUtoparsetimeelapsed：通常，该项显示锁竞争比率。这项比率计算是否时间花费在解析分配给CPU进行周期运算(即生产工作)。解析时间花费不在CPU周期运算通常表示由于锁竞争导致了时间花费公式：parsetimecpu/parsetimeelapsed执行：selecta.value/b.valuefromv$sysstata,v$sysstatbwherea.name='parsetimecpu'andb.name='parsetimeelapsed';从V$SYSSTAT获取负载间档(LoadProfile)数据负载间档是监控系统吞吐量和负载变化的重要部分，该部分提供如下每秒和每个事务的统计信息：logonscumulative,parsecount(total),parsecount(hard),executes,physicalreads,physicalwrites,blockchanges,andredosize.被格式化的数据可检查'rates'是否过高，或用于对比其它基线数据设置为识别systemprofile在期间如何变化。例如，计算每个事务中blockchanges可用如下公式：dbblockchanges/(usercommits+userrollbacks)执行：selecta.value/(b.value+c.value)fromv$sysstata,v