Oracle数据库为什么变慢了？
本文出自《网管员世界》20002年第8期“故障诊断”栏目
硬件环境： SUN250服务器，1G CPU , 512M Ram , 18G SCSI硬盘
系统环境： SUN Solaris 2.7
服务环境： Oracle 8.1.6
周五我发现Oracle数据库在执行程序时的响应特别慢，整个数据库服务所在的SUN Solaris 2.7系统也是这样，无论运行什么程序都比往常慢了好几倍，有的程序甚至执行后，一直处于等待的状态，无法运行！
凭自己的直觉，出现这种问题，一般是系统中出现了什么异常的程序，于是马上用ps命令查找，但是没有发现任何非法的程序，也没有黑客入侵的迹象。那是不是病毒的原因呢？这个想法在脑子里一闪。对，有可能,UNIX系统中不是没有病毒的！但这种几率发生的情况一般比较少。于是自己马上top命令动态查看系统资源的使用情况（可以设置top命令的刷新率为1秒，并只监控Oracle用户即数据库的进程），在Solaris系统运行命令提示符后键入top回车,然后设置top命令的刷新率为1秒，具体操作方法：当top命令运行后，敲键盘s键，在提示信息后面再敲键盘的数字键1后回车即可；再设置top命令只监控Oracle用户的进程，具体操作方法：当top命令运行后，敲键盘u键，在提示信息后再敲入Oracle，然后回车即可。
这时系统进程的运行情况会如下图所示：
于是我仔细查看上面的的运行结果，果然有了一个重大的发现，在上面的图像中可以察看到系统一直正在运行的 6028 进程（图中左列的第一个PID），发现此进程占系统资源比较大（CPU使用率为49.41%），系统CPU闲置资源为0.0%,这个程序对服务器都作了什么呢，为什么导致整个系统的CPU资源都耗尽了？
带着这个问题又到网上仔细的查了一些资料，功夫不负有心人，终于从一些文章中获知可能是由于数据库正在执行的某个SQL语句对有大量记录的数据表操作引起的。为了进一步证实，我用SQL语句进行查询，以system用户登陆SQL*Plus，执行命令如下：
$ su -l oracle
$ sqlplus system/manager
SQL> select sql_text from v$sql
2 where address in (
3 select sql_address from v$session where sid in (
4 select sid from v$session where paddr in (
5 select addr from v$process where spid=6028)))；
然后会显示信息：
SQL_TEXT
select bbsid,motherid,authorid,authorip,bbsdate,bbscontent,authortype,
discussed from BK_BBS where motherid=122983 order by bbsdate
继续用下面的语句对上面信息中的BK_BBS表进行查询（注�
相关文档：
一，Oracle数据库用户简介
在Oracle数据库中任何对象都属于一个特定用户，或者说一个用户与同名的模式相关联。
要连接到Oracle数据库需要一个用户帐户，根据需要授予的操作权限。
1，默认数据库用户模式：
Sys:数据库字典（存储被管理对象所有信息）和视图存储在该模式中。系统级用户。 ......
1，什么是游标？
①从表中检索出结果集，从中每次指向一条记录进行交互的机制。
②关系数据库中的操作是在完整的行集合上执行的。
由 SELECT 语句返回的行集合包括满足该语句的 WHERE 子句所列条件的所有行。由该语句返回完整的行集合叫做结果集。
&n ......
FORALL语句的一个关键性改进，它可大大简化代码，并且对于那些要在PL/SQL程序中更新很多行数据的程序来说，它可显著提高其性能。
1:
用FORALL来增强DML的处理能力
Oracle为Oracle8i中的PL/SQL引入了两个新的数据操纵语言（DML）语句：BULK COLLECT和FORALL。这两个语句在PL/SQL内部进行一种数组处理
；BULK COLLE ......
一。有数据文件、控制文件和日志文件的备份1.服务器重装了操作系统，oracle也重装了。如果重装的oracle和以前损坏的数据库是一模一样的结构，那么此时的恢复是比较简单的。
1）删除掉新建数据库的所有数据文件、控制文件和日志文件。Copy原数据库的数据文件、控制文件和日志文件到对应目录下。
......
