Oracle中性能视图V$SYSSTAT
发布时间：2023-02-17 09:26:46 所属栏目：Oracle 来源：互联网
导读：V$SYsstAT中包含多个统计项，这部分介绍了一些关键的v$sysstat统计项，在调优方面相当有用。 数据库使用状态的一些关键指标： l cpu used by this session：所有session的cpu占用量，不包括后台进程。这项统计的单位是百分之x秒.完全调用一次不超过10ms 2 db
|
V$SYsstAT中包含多个统计项，这部分介绍了一些关键的v$sysstat统计项，在调优方面相当有用。 数据库使用状态的一些关键指标： l cpu used by this session：所有session的cpu占用量，不包括后台进程。这项统计的单位是百分之x秒.完全调用一次不超过10ms 2 db block changes：那部分造成SGA中数据块变化的insert,update或delete操作数 这项统计可以大概看出整体数据库状态。 在各项事务级别，这项统计指出脏缓存比率。 3 execute count：执行的sql语句数量(包括递归sql) 4 logons current：当前连接到实例的Sessions。如果当前有两个快照则取平均值。 5 logons cumulative：自实例启动后的总登陆次数。 6 parse count (hard)：在shared pool中解析调用的未命中次数。当sql语句执行并且该语句不在shared pool或虽然在shared pool 但因为两者存在部分差异而不能被使用时产生硬解析。如果一条sql语句原文与当前存在的相同，但查询表不 同则认为它们是两条不同语句，则硬解析即会发生。硬解析会带来cpu和资源使用的高昂开销，因为它需要 oracle在shared pool中重新分配内存，然后再确定执行计划，最终语句才会被执行。 7 parse count (total)：解析调用总数，包括软解析和硬解析。当session执行了一条sql语句，该语句已经存在于shared pool并且可 以被使用则产生软解析。当语句被使用(即共享) 所有数据相关的现有sql语句(如最优化的执行计划)必须同 样适用于当前的声明。这两项统计可被用于计算软解析命中率。 8 parse time cpu：总cpu解析时间(单位：10ms)。包括硬解析和软解析。 9 parse time elapsed：完成解析调用的总时间花费。 l0 physical reads：OS blocks read数。包括插入到SGA缓存区的物理读以及PGA中的直读这项统计并非I/O请求数。 l1 physical writes：从SGA缓存区被DBWR写到磁盘的数据块以及PGA进程直写的数据块数量。 l2 redo log space requests：在redo logs中服务进程的等待空间，表示需要更长时间的log switch。 l3 redo size：redo发生的总次数(以及因此写入log buffer)，以byte为单位。这项统计显示出update活跃性。 l4 session logical reads：逻辑读请求数。 l5 sorts (memory) and sorts (disk)：sorts(memory)是适于在SORT_AREA_SIZE(因此不需要在磁盘进行排序)的排序操作的数量。 sorts(disk)则是由于排序所需空间太大，SORT_AREA_SIZE不能满足而不得不在磁盘进行 排序操作的数量。这两项统计通常用于计算in-memory sort ratio。 l6 sorts (rows): 列排序总数。这项统计可被'sorts (total)'统计项除尽以确定每次排序的列。该项可指出数据卷和应用特征。 l7 table fetch by rowid：使用ROWID返回的总列数(由于索引访问或sql语句中使用了'where rowid=&rowid'而产生) l8 table scans (rows gotten)：全表扫描中读取的总列数 l9 table scans (blocks gotten)：全表扫描中读取的总块数，不包括那些split的列。 20 user commits + user rollbacks：系统事务起用次数。当需要计算其它统计中每项事务比率时该项可以被做为除数。例如， 计算事务中逻辑读，可以使用下列公式：session logical reads / (user commits + user rollbacks)。 注：sql语句的解析有软解析soft parse与硬解析hard parse之说，以下是5个步骤： 1：语法是否合法(sql写法) 2：语义是否合法(权限，对象是否存在) 3：检查该sql是否在公享池中存在 -- 如果存在,直接跳过4和5,运行sql. 此时算soft parse 4：选择执行计划 5：产生执行计划 -- 如果5个步骤全做,这就叫hard parse. 注意物理I/O oracle报告物理读也许并未导致实际物理磁盘I/O操作。这完全有可能因为多数操作系统都有缓存文件，可能是那些块在被读取。 块也可能存于磁盘或控制级缓存以再次避免实际I/O。Oracle报告有物理读也许仅仅表示被请求的块并不在缓存中。 由V$SYsstAT得出实例效率比(Instance Efficiency Ratios) =================================================================================================== 下列是些典型的instance efficiency ratios 由v$sysstat数据计算得来，每项比率值应该尽可能接近1： ********************************************************** Buffer cache hit ratio：该项显示buffer cache大小是否合适。 公式：((physical reads-physical reads direct-physical reads direct (lob)) / session logical reads) 执行： select 1-((a.value-b.value-c.value)/d.value) from v$sysstat a,v$sysstat b,v$sysstat c,v$sysstat d where a.name='physical reads' and b.name='physical reads direct' and c.name='physical reads direct (lob)' and d.name='session logical reads'; *********************************************************** Soft parse ratio：这项将显示系统是否有太多硬解析。该值将会与原始统计数据对比以确保精确。例如，软解析率仅为0.2则表示硬解析率太高。 不过，如果总解析量(parse count total)偏低，这项值可以被忽略。 公式：( parse count (hard) / parse count (total) ) 执行： select 1-(a.value/b.value) from v$sysstat a,v$sysstat b Where a.name='parse count (hard)' and b.name='parse count (total)'; *********************************************************** In-memory sort ratio：该项显示内存中完成的排序所占比例。最理想状态下，在OLTP系统中，大部分排序不仅小并且能够完全在内存里完成排序。 公式：sorts (memory) / ( sorts (memory) + sorts (disk) ) 执行： select a.value/(b.value+c.value) from v$sysstat a,v$sysstat c （编辑：甘南站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
