oracle的动态表.docVIP

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请求数。 . physica