oracle数据库报告慢，oracle数据库响应慢

小程序：扫一扫查出行
【扫一扫了解最新限行尾号】
复制小程序

如何诊断Oracle数据库运行缓慢或hang住的问题

你把oralcle的OracleServiceORCL服务设置为手动启动就可以了。每次开机启动肯定会让你电脑慢，特别是电脑内存小。

进程数量和占用cpu：这个主要看有没有长时间占用cpu的进行。

主要看磁盘读写。可以用dd测磁盘读写的速度也可以在业务高峰期检测磁盘的速率。3 从数据库本身来看。先要看数据库各个参数的值。

正常看alert日志和看性能报告（stackpack awr）等 oracle是个比较复杂的习性，我觉得可以用博大精深来形容。最好请专业的人事来进行分析。通过这里很难解决问题的。

具体慢多少视情况而定，有的时候微秒级的，有的时候可能是分钟级的。

在硬件基本符合要求的情况下，通过索引检索，如果结果集只有几十条数据的话，一般都可以降低到毫秒级的处理速度。另外如果确实数据量太大，千万级以上的话，可以考虑建分区表，这样在执行DML操作时可有效提升性能，降低IO。

也就是说查询时间段跨2个分区时，比上面的方案多访问1倍的数据量，自然会慢不少。

1、首先考虑优化查询，消除相关子查询，优化连接，避免对全表扫描和全表分组排序。

2、在数据库表中加字段，将数据分类，比如插入时间、数据类别、包含什么特殊文字的字符串，都可以分类。然后可以将分类后的数据，放入其他不同的表中，这样就可以将大数据变成小数据进行查询了。之后加索引，加分区可能会更快。

3、内存不足网络速度慢查询出的数据量过大(可以采用多次查询，其他的方法降低数据量) 锁或者死锁(这也是查询慢最常见的问题，是程序设计的缺陷) sp_lock，sp_who，活动的用户查看，原因是读写竞争资源。

4、在线事务处理信息系统(OLTP)，这种类型的信息系统一般需要有大量的Insert、Update操作，典型的系统包括民航机票发售系统、银行储蓄系统等。

5、Extra：Using where 也意味着扫描完索引后还需要回表进行筛选。一般来说，得保证 type 至少达到 range 级别，最好能达到 ref。

6、首先检查网络是否有问题。然后查看数据库服务器性能。cpu，内存，硬盘的读写。这些都会有影响。然后打开mysql慢查询日志。如果可以的话你把你两台服务器的环境说一下。

1、在Oracle数据库中，创建临时表和物化视图都是为了提高查询性能。临时表是一个临时性的表，数据只存在于会话中，在会话结束后就消失了。而物化视图则是一个持久化的表，存储着查询语句的结果集，并在需要的时候自动更新。

2、对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。

3、这种情况有很多可能性，首先，你的服务器的负载情况会影响到你的数据读取速度的，如果数据库服务器执行的进程过多，会导致查询速度下降很多。

4、那个连接条件可以过滤掉不符合条件的数据那个字段连接条件应该在最后。如果数据量比较大，而且对数据的实时性要求不高，那么建议用oracle的物化视图来做。

5、数据库管理员可以将组成同一个表空间的数据文件放在不同的硬盘上，做到硬盘之间I/O负载均衡。调整操作系统参数，例如：运行在UNIX操作系统上的ORACLE数据库，可以调整UNIX数据缓冲池的大小，每个进程所能使用的内存大小等参数。

看系统当前等待事件，基本上可以定位到慢的原因。没有具体环境，只能帮你到这了。

ORACLE数据库在线数据字典，ORACLE在线数据字典能够反映出ORACLE动态运行情况，对于调整数据库性能是很有帮助的。

这种情况有很多可能性，首先，你的服务器的负载情况会影响到你的数据读取速度的，如果数据库服务器执行的进程过多，会导致查询速度下降很多。

当session正持有Mutex，而其对应的Process被强制KILL掉，则直到PMON彻底清理掉该Dead Process并释放Mutex，其他session才能不再等待。诊断该类问题，最好能检查PMON的TRACE。当然也存在部分BUG会导致PMON清理过程非常慢。

此时session就会以”resmgr：cpu quantum”的名义等待在内部运行队列中，wait一段时间以减少对CPU的争用，直到再次获得CPU时该等待事件结束。

关于oracle数据库报告慢和oracle数据库响应慢的介绍到此就结束了，不知道你从中找到你需要的信息了吗？如果你还想了解更多这方面的信息，记得收藏关注本站。