Oracle性能优化下的时间模型.doc
70墨值下载
Oracle
性能优化下的时间模型
Oracle 在 10g 版本明确引入 time model,直观的作为一种量度指标反映给用户。
时间作为一种性能上的量度和反映，一直贯穿在 oracle 的各个版本中，可以说
时间模型并不是 10g 特有的东西。只不过，这种模型和概念在 10g 之前并没有
明确和加以细化，而且，在 oracle 各个版本的升级和演化中，也在不断进行调
整.时间作为我们性能优化的一个重要参考，虽然有时候并不能给诊断带来直接
的切入点，比如我们常常提到的 cpu time、db time 甚至是 response time，这些
指标孤立起来因为负载和系统环境的不同可能并没有横向比较的意义，却可以
作为某个系统的状态数据和优化前后的成果参考，有很高的纵比意义。
结合 awr/statspack，看一下数据库层面上对优化有指导意义的几个重要的时间
概念。
以下是一个 10g 版本的 awr 采样片段：
1.cpu time
Oracle 引入 CPU time 是在 9iR2 版本，cpu time 是衡量一个数据库负载的重要指
标，可以将它看成是“CPU used by this session”的收集汇总。9iR2 之前，top 5 部
分称之为 “Top 5 Wait Events”，其中 cpu time 并不包含在 top 5 内，该部分是纯
粹的等待事件的汇总。而在 9iR2 之后，Top 5 称之为“top 5 timed events”，从字
面上也可以发现二者的区别。oracle 将 cpu time 作为一个事件纳入 top 5 中，新
的 top 5 包含 cpu time 和 waited time 2 部分，也就是 db time。我们可以通过 cpu
time 与 waited time 的比值，来了解库的负载和运行情况，通常较高的比例代表
较好的性能；而通过平均每颗 CPU 耗费的 cpu time 和 Elapsed time 的比例，可
以评估整个系统在 CPU 方面是否存在瓶颈.
2.db time
db time 是 指 oracle 花 费 在 cpu 上 和 等 待 事 件 上 的 时 间 , 上 面 已 经 说 过 ，
db_time=cpu_time+waited time。db time 已经做为 10g awr 的一个采样指标，在
9iR2 上 ， 我 们 同 样 可 以 通 过 top 5 部 分 计 算 出 来 。 在 本 例 中 ， db
time=15958【db file sequential read】/51.8【%】/60=513.5min。这与 awr db time
一栏的采样数值是一致的.
3.avg response time
基于 transaction 或者 user call 的平均响应时间，可以看做是我们做性能优化效果
的一个交付和证据.个人觉得没必要太注重这个数值。 response time=service
time(cpu time) + waited time。放到我们前面的这个 awr 中，平均事务响应时间也
就 可 以 近 似 这 样 计 算 ： avg trans response time =15958 【 db file sequential
read】/51.8【%】/60/59.28【Elapsed】/2.30【transactions per second】=3.77s
对于 9iR2 之前，需要通过”CPU used by this session“来计算 cpu 时间，通过“Top
5 Wait Events” 计算等待事件时间，同样可以得出 DB time 和 response time.
4.elapsed time
elapsed time 是指物理的流逝时间，这是一个采样的时间跨度基数。
of 2
70墨值下载
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
下载排行榜
评论