Oracle优化CPU使用的实际操作方案详解

数据库 Oracle
本文主要介绍的是Oracle优化CPU使用率,以及如何查看Oracle优化中CPU的使用率 ,还有在查看数据库时如何使用CPU的时间的具体方案的介绍。

如果你在Oracle优化CPU使用的实际应用方面,你是否存在一些不解之处,以下的文章主要是通过对Oracle优化CPU使用Oracle优化CPU使用的实际应用的方案的介绍,来解答你在Oracle优化CPU使用时在实际操作方面的问题。

Oracle优化CPU使用率

本人很喜欢Oracle,在工作中也很喜欢总结关于Oracle优化CPU使用率的经验教训,下面就这个问题来详细说说吧。CPU是服务器的一项重要资源,服务器良好的工作状态是在工作高峰时CPU的使用率在90%以上。如果空闲时间Oracle优化CPU使用率就在90%以上,说明服务器缺乏CPU资源;如果工作高峰时Oracle优化CPU使用率仍然很低,说明服务器CPU资源还比较富余。

查看Oracle优化CPU使用率

使用操作相同命令可以看到CPU的使用情况,一般Unix操作系统的服务器,可以使用“sar u”命令查看Oracle优化CPU使用率,Windows NT操作系统的服务器,可以使用性能管理器来查看CPU的使用率。

查看数据库使用CPU的时间

可以通过查看V$SYSSTAT数据字典中“CPU used by this session”统计项得知Oracle数据库使用的CPU时间,查看“OS User level CPU time”统计项得知操作系统的用户态下CPU时间,查看“OS System call CPU time”统计项得知操作系统的系统态下CPU时间,操作系统总的CPU时间就是用户态和系统态时间之和。

如果Oracle数据库使用的CPU时间占操作系统总的CPU时间90%以上,说明服务器CPU基本上被Oracle数据库使用着。反之,则说明服务器CPU被其它程序占用过多,Oracle数据库无法得到更多的CPU时间。

数据库管理员还可以通过查看V$SYSSTAT数据字典来获得当前连接Oracle优化数据库各个会话占用的CPU时间,从而得知什么会话耗用服务器CPU比较多。出现CPU资源不足的情况是很多的,SQL语句的重解析、低效率的SQL语句、锁冲突都会引起CPU资源不足。

查看SQL语句的解析情况

数据库管理员可以执行下述语句来查看SQL语句的解析情况:

  1. SELECT * FROM V$SYSSTAT   
  2. WHERE NAME IN   
  3. ('parse time cpu', 'parse time elapsed', 
    'parse count (hard)');  

这里“parse time cpu”是系统服务时间,“parse time elapsed”是响应时间,用户等待时间waite time = parse time elapsed - parse time cpu。

由此可以得到用户SQL语句平均解析等待时间=waite time / parse count。这个平均等待时间应该接近于0,如果平均解析等待时间过长,数据库管理员可以通过下述语句来发现是什么SQL语句解析效率比较低。

  1. SELECT SQL_TEXT, PARSE_CALLS, EXECUTIONS FROM V$SQLAREA   
  2. ORDER BY PARSE_CALLS;  

程序员可以优化这些语句,或者增加Oracle参数SESSION_CACHED_CURSORS的值。以上介绍Oracle优化CPU使用率。

【编辑推荐】

  1. Oracle优化器二十六个参数
  2. 概述操作系统Oracle优化
  3. 描述Oracle优化库高速缓冲区
  4. 详谈Oracle优化CPU使用率
  5. Oracle优化缓冲区之高论
责任编辑:佚名 来源: 互联网
相关推荐

2010-04-12 14:44:06

Oracle Impd

2010-03-31 16:11:00

Oracle启动

2010-04-16 09:52:40

Oracle JOB

2010-04-12 13:05:56

Oracle软件

2010-04-28 10:13:37

Oracle删除重复数

2010-04-29 15:09:42

Oracle密码文件

2010-04-13 13:33:37

Oracle字符集

2010-12-07 09:20:44

MySQL limit

2010-05-10 10:19:28

Oracle实战RMA

2010-04-20 11:06:33

Oracle索引

2010-04-01 14:06:13

Oracle Name

2010-06-02 13:58:30

MySQL数据库性能

2010-05-31 16:17:56

MySQL数据库性能

2010-04-01 13:39:43

Oracle Name

2010-04-16 13:59:40

Oracle数据

2010-04-14 17:06:41

Oracle安装路径

2010-04-15 16:47:46

Oracle字段

2010-03-17 15:01:24

Python复制文件

2010-04-07 13:02:14

Oracle 存储过程

2010-03-29 15:57:07

Oracle exp备
点赞
收藏

51CTO技术栈公众号