动态视图v$sysstat

本文详细介绍Oracle数据库中的关键性能指标,包括软解析率、缓存命中率、内存排序比率等,并提供具体的SQL查询语句帮助理解这些指标如何评估系统的性能。
*Soft parse ratio :这项将显示系统是否有太多硬解析。该值将会与原始统计数据对比以确保精确。例如,软解析率仅为0.2则表示硬解析率太高。不过,如果总解析量 (parse count total) 偏低,这项值可以被忽略。
公式:1 - (parse count (hard)/parse count (total))


select (1-(a.value/b.value))*100 "Soft parse ratio(%)" 
from v$sysstat a,v$sysstat b 
where a.name='parse count (hard)' and b.name='parse count (total)'


*Buffer cache hit ratio :该项显示buffer cache大小是否合适。


公式:    physical reads-physical reads direct-physical reads direct (lob)
     1- ---------------------------------------------------------------------------------- 
          db block gets+consistent gets-(physical reads direct+physical reads direct (lob))


select (1-(a.value-b.value-c.value)/(d.value+e.value-(b.value+c.value)))*100 "Buffer hit ratio" 
from 
     v$sysstat a,
     v$sysstat b,
     v$sysstat c,
     v$sysstat d,
     v$sysstat e
where 
     a.name='physical reads' and 
     b.name='physical reads direct' and 
     c.name='physical reads direct (lob)' and 
     d.name='db block gets' and 
     e.name='consistent gets';


*In-memory sort ratio :该项显示内存中完成的排序所占比例。最理想状态下,在OLTP系统中,大部分排序不仅小并且能够完全在内存里完成排序。
公式:sorts (memory)/ (sorts (memory)+sorts (disk))


select a.value/(a.value+b.value)*100 "In-memory sort ratio"
from v$sysstat a,v$sysstat b
where a.name='sorts (memory)' and b.name='sorts (disk)';


*Parse to execute ratio :在生产环境,最理想状态是一条sql语句一次解析多数运行。
公式:1 - (parse count/execute count)


select (1-(a.value/b.value))*100 "Parse to execute ratio"
from v$sysstat a,v$sysstat b
where a.name='parse count (total)' and b.name='execute count';


*Parse CPU to total CPU ratio :该项显示总的CPU花费在执行及解析上的比率。如果这项比率较低,说明系统执行了太多的解析。
公式:1 - (parse time cpu / CPU used by this session)


select (1-a.value/b.value)*100 "Parse CPU to total CPU ratio"
from v$sysstat a,v$sysstat b
where a.name='parse time cpu' and b.name='CPU used by this session';


*Parse time CPU to parse time elapsed :通常,该项显示锁竞争比率。这项比率计算是否时间花费在解析分配给CPU进行周期运算(即生产工作)。解析时间花费不在CPU周期运算通常表示由于锁竞争导致了时间花费
公式:parse time cpu / parse time elapsed


select (a.value /b.value)*100 "Parse time CPU to parse time elapsed"
from v$sysstat a,v$sysstat b 
where a.name ='parse time cpu' and b.name='parse time elapsed';


计算每个事务中block changes可用如下公式:
db block changes/( user commits+user rollbacks)


select a.value/(b.value+c.value) "db Block change"
from v$sysstat a,v$sysstat b,v$sysstat c
where a.name='db block changes' and b.name='user commits' and c.name='user rollbacks';


*Blocks changed for each read : 这项显示出block changes在block reads中的比例。它将指出是否系统主要用于只读访问或是主要进行诸多数据操作( 如: inserts/updates/deletes)
公式:db block changes / session logical reads


select a.value/b.value*100 "Blocks changed for each read"
from v$sysstat a,v$sysstat b
where a.name='db block changes' and b.name='session logical reads';


*Rows for each sort :每次排序的列
公式:sorts (rows)/(sorts (memory)+sorts (disk))


select (a.value/(b.value+c.value)) "Rows for each sort"
from v$sysstat a,v$sysstat b,v$sysstat c

where a.name='sorts (rows)' and b.name='sorts (memory)' and c.name='sorts (disk)';

详见《学习动态性能表(一)--v$sysstathttp://www.5ienet.com/note/html/vtables/vtables-v$sysstat.shtml

oracle动态性能表 学习动态性能表 第一篇--v$sysstat 2007.5.23   按照OracleDocument中的描述,v$sysstat存储自数据库实例运行那刻起就开始累计全实例(instance-wide)的资源使用情况。 类似于v$sesstat,该视图存储下列的统计信息: 1>.事件发生次数的统计(如:user commits) 2>.数据产生,存取或者操作的total列(如:redo size) 3>.如果TIMED_STATISTICS值为true,则统计花费在执行操作上的总时间(如:CPU used by this session) v$sysstat视图常用列介绍:  STATISTIC#: 标识  NAME: 统计项名称  VALUE: 资源使用量 该视图还有一列class-统计类别但极少会被使用,各类信息如下: 1 代表事例活动 2 代表Redo buffer活动 4 代表锁 8 代表数据缓冲活动 16 代表OS活动 32 代表并行活动 64 代表表访问 128 代表调试信息 注意:Statistic#的值在不同版本中各不相同,使用时要用Name做为查询条件而不要以statistic#的值做为条件。 使用v$sysstat中的数据   该视图中数据常被用于监控系统性能。如buffer cache命中率、软解析率等都可从该视图数据计算得出。   该视图中的数据也被用于监控系统资源使用情况,以及系统资源利用率的变化。正因如此多的性能数据,检查某区间内系统资源使用情况可以这样做,在一个时间段开始时创建一个视图数据快照,结束时再创建一个,二者之间各统计项值的不同(end value - begin value)即是这一时间段内的资源消耗情况。这是oracle工具的常用方法,诸如Statspack以及BSTAT/ESTAT都是如此。   为了对比某个区间段的数据,源数据可以被格式化(每次事务,每次执行,每秒钟或每次登陆),格式化后数据更容易从两者中鉴别出差异。这类的对比在升级前,升级后或仅仅想看看一段时间内用户数量增长或数据增加如何影响资源使用方面更加实用。   你也可以使用v$sysstat数据通过查询v$system_event视图来检查资源消耗和资源回收。 V$SYSSTAT中的常用统计   V$SYSSTAT中包含多个统计项,这部分介绍了一些关键的v$sysstat统计项,在调优方面相当有用。下列按字母先后排序: 数据库使用状态的一些关键指标:  CPU used by this session:所有session的cpu占用量,不包括后台进程。这项统计的单位是百分之x秒.完全调用一次不超过10ms  db block changes:那部分造成SGA中数据块变化的insert,update或delete操作数 这项统计可以大概看出整体数据库状态。在各项事务级别,这项统计指出脏缓存比率。  execute count:执行的sql语句数量(包括递归sql)  logons current:当前连接到实例的Sessions。如果当前有两个快照则取平均值。  logons cumulative:自实例启动后的总登陆次数。  parse count (hard):在shared pool中解析调用的未命中次数。当sql语句执行并且该语句不在shared pool或虽然在shared pool但因为两者存在部分差异而不能被使用时产生硬解析。如果一条sql语句原文与当前存在的相同,但查询表不同则认为它们是两条不同语句,则硬解析即会发生。硬解析会带来cpu和资源使用的高昂开销,因为它需要oracle在shared pool中重新分配内存,然后再确定执行计划,最终语句才会被执行。  parse count (total):解析调用总数,包括软解析和硬解析。当session执行了一条sql语句,该语句已经存在于shared pool并且可以被使用则产生软解析。当语句被使用(即共享) 所有数据相关的现有sql语句(如最优化的执行计划)必须同样适用于当前的声明。这两项统计可被用于计算软解析命中率。  parse time cpu:总cpu解析时间(单位:10ms)。包括硬解析和软解析。  parse time elapsed:完成解析调用的总时间花费。  physical reads:OS blocks read数。包括插入到SGA缓存区的物理读以及PGA中的直读这项统计并非i/o请求数。  physical writes:从SGA缓存区被DBWR写到磁盘的数据块以及PGA进程直写的数据块数量。  redo log space requests:在redo logs
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值