网站大量收购闲置独家精品文档,联系QQ:2885784924

Oracle学习动态性能表要点.pdf

  1. 1、本文档共45页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
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 并且可以被使用则产生软解析。

文档评论(0)

yan698698 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档