服务器CPU,内存占用率高

Question

5:01pm  up  6:04,  1 user,  load average: 9.99, 9.73, 9.80
209 processes: 190 sleeping, 19 running, 0 zombie, 0 stopped
CPU0 states: 96.1% user,  3.3% system,  0.0% nice,  0.0% idle
CPU1 states: 94.3% user,  5.2% system,  0.0% nice,  0.0% idle
Mem:  3089788K av, 3084688K used,    5100K free,  299000K shrd,   58312K buff
Swap: 2096440K av,       0K used, 2096440K free                 2466988K cachedPID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND 
 1300 oracle    17   0  122M 121M  120M S    25.4  4.0   3:23 oracle
 1141 root      39   0  130M 130M 30328 S    22.1  4.3   3:17 java
 1288 oracle    23   0  122M 122M  120M S    20.3  4.0   3:10 oracle
 1246 oracle    18   0  121M 120M  119M S    19.8  3.9   3:10 oracle
 1298 oracle    18   0  121M 121M  119M S    15.4  4.0   3:10 oracle
 1296 oracle    16   0  122M 121M  120M S     9.6  4.0   3:14 oracle
 1292 oracle    15   0  120M 120M  118M S     8.1  3.9   3:06 oracle
 1311 oracle    15   0  121M 120M  119M S     7.9  3.9   3:06 oracle
 1303 oracle    15   0  122M 121M  120M S     7.8  4.0   3:10 oracle
 1307 oracle    17   0  122M 121M  120M S     7.1  4.0   3:15 oracle
 1217 oracle    16   0 38976  37M 37340 S     3.4  1.2   0:09 oracle
 1286 oracle    15   0  120M 120M  118M S     3.3  3.9   3:26 oracle
 1761 root      15   0  130M 130M 30328 S     2.8  4.3   0:05 java
 1795 root      15   0  130M 130M 30328 S     2.4  4.3   0:04 java
 1857 root      15   0  130M 130M 30328 S     2.4  4.3   0:04 java
 2012 root      15   0  130M 130M 30328 S     2.3  4.3   0:00 java
 1770 root      15   0  130M 130M 30328 S     2.1  4.3   0:07 java
 1901 root      15   0  130M 130M 30328 S     1.9  4.3   0:05 java
 1700 root      15   0  130M 130M 30328 S     1.8  4.3   0:05 java
 1735 root      15   0  130M 130M 30328 S     1.6  4.3   0:05 java
 1783 root      15   0  130M 130M 30328 S     1.6  4.3   0:06 java
 1356 oracle    16   0 49280  47M 47700 S     1.4  1.5   0:10 oracle
 1791 root      15   0  130M 130M 30328 S     1.4  4.3   0:07 java
 1883 root      16   0  130M 130M 30328 R     1.4  4.3   0:04 java
 1680 root      15   0  130M 130M 30328 S     1.3  4.3   0:06 java
 1632 root      15   0  130M 130M 30328 S     1.1  4.3   0:06 java
 1841 root      15   0  130M 130M 30328 S     1.1  4.3   0:04 java
 1768 root      15   0  130M 130M 30328 S     0.9  4.3   0:06 java
 1875 root      15   0  130M 130M 30328 S     0.9  4.3   0:05 java
 1895 root      15   0  130M 130M 30328 S     0.9  4.3   0:04 java
 1927 root      15   0  130M 130M 30328 S     0.9  4.3   0:04 java
 2032 root      15   0  130M 130M 30328 S     0.9  4.3   0:00 java
 1881 root      15   0  130M 130M 30328 S     0.8  4.3   0:05 java
........
ORACLE
Total System Global Area 1074862160 bytes
Fixed Size                   452688 bytes
Variable Size             939524096 bytes
Database Buffers          134217728 bytes
Redo Buffers                 667648 bytes
打开服务的页面很快,但查询结果很慢,过了比较长的时间后,JAVA占用了大部分CPU,页面其本打不开.
请高手帮我分析一下,这到底是怎么回事(用户数比较多)

Answer 1

根据pid查v$process和v$session，看看那些是什么session，都在执行什么SQL。还有就是你的DB配置是否恰当？Variable Size为何那么大，而Database Buffers才100多M。

Answer 2

Variable Size，Database Buffers的大小应该是多少合试

Answer 3

Variable Size，Database Buffers的大小应该多大很难给出一个标准，要看具体应用和环境。一般需要看各个pool的空闲是否太大，如果大了就可以降；如果各种命中率低了就需要加大相应的pool或buffer。

Answer 4

数据缓冲区命中率\共享池的命中率\关于排序部分\关于log_buffer 等,命中率都正常

Answer 5

找出top sql，看看是否可以优化。从你给出的数据看，cpu主要是被oracle进程占用了。

Answer 6

Update aa Set num=num+1 where data='2007-06-27' and tablename='zjsj' 
就一条这个就占了21.5%的CPU

Answer 7

shared_pool_size   big integer 134217728
java_pool_size     big integer 16777216
large_pool_size    big integer 134217728
这Variable Size 的值和上面三个相加的值相差太大了

Answer 8

如果不知道ORACLE的SYS级别的密码,怎么做statspack报告

Answer 9

java程序主要是查询,问题不会太大,最多就是SQL优化的问题

Answer 10

服务器出现ORACLE占用CPU高,是出现在访问量稍大的情况下,现在ORACLE占用的CPU率又低了下来

Answer 11

在做statspack报告时,执行安装脚本,总是报不能打开,我是在WIN上,远程控制LINUX系统上的数据库
SQL> @ ORACLE_HOME/rdbms/admin/spcreate

Answer 12

还有,HOST限制,为什么做个报告这么难,按网上的,都不行...

Answer 13

你执行SQL> @ ORACLE_HOME/rdbms/admin/spcreate时，ORACLE_HOME是换为实际的路径了吗？spcreate好像是spcreate.sql。

Answer 14

@ ORACLE_HOME/rdbms/admin/spcreate
我换成了LINUX下的实际路径:@ opt/ora9/product/9.2/rdbms/admin/spcreate.sql
或@ opt/ora9/product/9.2/rdbms/admin/spcreate
我都试过了,都不行.....

Answer 15

@ /opt/ora9/product/9.2/rdbms/admin/spcreate.sql

Answer 16

SQL> @ /opt/ora9/product/9.2/rdbms/admin/spcreate.sql
SP2-0310: 无法打开文件"/opt/ora9/product/9.2/rdbms/admin/spcreate.sql"
SQL>

Answer 17

你执行sqlplus是telnet到了linux上执行的吗？是的话，退出sqlplus，执行find / -name spcreate*

Answer 18

我是用客户端的cmd里面对LINUX下的数据库操作的(刚出差回来)

Answer 19

你是说你在cmd中直接用sqlplus访问数据库？如果是这样，你在sqlplus中怎么可能执行服务器上的脚本呢！

Answer 20

在linux的相应目录下是有spcreate.sql这个文件的

Answer 21

我是先在CMD里CONN了服务器的数据库啊,用的用户名是SYS的

Answer 22

在sqlplus中通过@执行脚本只能访问本地的文件。

Answer 23

哦,那我要怎么做,telnet到了linux上执行??