欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  数据库

Oracle时间信息特性

程序员文章站 2023-12-24 23:38:33
...

欢迎进入Oracle社区论坛,与200万技术人员互动交流 >>进入 在监控、诊断、处理数据库性能问题的时候,时间信息往往是非常重要的判断依据。有时候可能我们会使用一些比例来判断性能,但是使用比例而不使用时间往往会将我们带向错误的方向。在Oracle9i的第一版

欢迎进入Oracle社区论坛,与200万技术人员互动交流 >>进入

在监控、诊断、处理数据库性能问题的时候,时间信息往往是非常重要的判断依据。有时候可能我们会使用一些比例来判断性能,但是使用比例而不使用时间往往会将我们带向错误的方向。在Oracle9i的第一版中关于时间的信息被进行了增强,提供了更多更有益的时间信息。除了9i的外貌发生了变化,在一些并没有被我们注意或者不为人知得一些v$视图的相关字段也发生了变化。这里提到的主要是他们发生了那些改变以及对DBA有什么帮助。这里也列出了零星的一些Oracle内部的未公开的信息。

  Second 1 秒
  Centi-second 1/100 百分之一秒 厘秒
  Milli Second 1/1000 千分之一秒 毫秒
  Micro Second 1/1.000.000 微妙
  Nano Second 1/1.000.000.000 纳秒

  在以前的版本中,Oracle的时间计量单位是厘秒,使用厘秒最显而易见的问题就是可能有些操作是小于厘秒的。看上去这似乎不太常见,但是实际上在操作系统上很多操作都是以微妙作为单位的,这意味着操作的起始和终止在不到厘秒就完成了,从厘秒级看就好像没有发生一样,因为持续时间近似为0。而有时候操作的持续时间不到厘秒,但是起始和终止发生在两个相连的厘秒,所以操作时间不到厘秒但是却被记录为厘秒,造成时间记录的不准确。

  在Oracle9i之前,最小的时间单位仍然是厘秒,这可以在跟踪文件、v$system_event和v$session_event中的超时字段看到。在9i之前,是不能在联机状态看到sql语句的执行(cpu消耗)时间和持续时间的,也不能看到一条Sql语句在等待着什么,实际上只有一种方法可以得到这些信息,就是通过启用10046 trace level 12的跟踪事件。这样做也会带来下面的一些问题:
  1. 生成进程跟踪文件带来很高的性能开销
  2. 如果有太多用于帮助调优的sql语句执行,将会产生大量的磁盘/文件空间需求。

  在oracle9i第一版中的持续时间以微妙作为时间单位,这能够显示出Oracle真正花费的时间。超时仍然以微妙作为计时单位。一些视图被扩展以便记录微妙数据。所有的时间信息由初始化参数timed_statistics 决定。

  一些视图的改变:
  V$SQLAREA:
  两个字段被加入到V$SQLAREA中,分别是CPU_TIME 和ELAPSED_TIME。两个字段都被设置为微妙级。然而,在这里可能会s看到一个有趣的现象:

Oracle时间信息特性Select cpu_time, elapsed_time Oracle时间信息特性From v$sqlarea Oracle时间信息特性Order by 2 Oracle时间信息特性CPU_TIME ELAPSED_TIME Oracle时间信息特性---------- ------------ Oracle时间信息特性230000 174567 Oracle时间信息特性260000 258803 Oracle时间信息特性260000 271808

上一篇:

下一篇: