![](https://img-blog.csdnimg.cn/20201014180756925.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
ORACLE-整体优化
wenzhongyan
这个作者很懒,什么都没留下…
展开
-
解决删除操作过程执行慢的案例分析 db file scattered read
一、前言 本文讲述了一个ZLHIS删除操作案例,该操作的SQL语句执行计划中使用到索引,但是执行性能却不高,最终导致带来了严重的性能问题。通过跟踪日志分析,发现导致删除操作性能差的原因是在删除时候出现db file sequential read等待事件,进而分析阐述了产生该等待事件的原因和解决方法,最后把问题解决。本案例通过问题的排查,分析对于以后同事处理类似SQL语句性能问题有一原创 2012-07-06 14:42:40 · 1866 阅读 · 0 评论 -
windows下禁用CPU导致CPU资源过高
基本要素(时间、用户、问题)接昆明公司技术人员反馈,用户新安装的一台windows200864位HIS服务器,数据库版本是10.2.0.4,将业务迁移到新服务器后正常运行情况下CPU资源占用异常的高,经常达到100%,导致业务经常卡顿,用户查看资源管理器未发现异常进程,CPU资源大部分被ORACLE进程占用。问题分析步骤一:首先分析会话占用CPU 遇到这种情况,一般原创 2014-10-15 17:00:12 · 3405 阅读 · 0 评论 -
数据删除执行慢的性能处理
基本要素(时间、用户、问题)XXX医院使用了杭创的lis软件,与我们his进行了接口,最近半年发现取消标本核收时,速度非常慢.基本在10-20秒之间才能完成取消核收,医院意见很大,严重影响工作效率, 跟踪后,发现是调用Zl_检验标本记录_审核取消时,执行到Delete 电子病历记录 Where ID = v_Fileid时速度很慢.问题分析步骤一:故障重现在plsql中执行dele原创 2014-10-09 11:18:59 · 6621 阅读 · 0 评论 -
如果系统业务基本都是对全局表的操作,那确实没有必要上RAC
很多用户都有一个误区,认为上了RAC就一定能够提升性能,抛开RAC双节点负载均衡这点不谈,如果业务应用之前没有充分考虑RAC的特性,再加上RAC缓存融合本身出现性能瓶颈,那么可能一些业务应用上了RAC反而会出现严重的性能问题,如下一个用户的AWR报告:一个节点500多个会话,2个节点就是1000多的会话,redo量也比较大,整个业务还是一个比较繁忙的系统。可以看到,主要等到是g原创 2015-03-19 13:41:17 · 724 阅读 · 0 评论 -
存储IO性能太差,导致数据库hang住
用户偶尔出现应用hang住,采集了几次卡住时候的AWR报告,请求进行诊断。问题分析步骤一:分析awr报告可以看到系统的问题主要严重的是日志的写入等待和切换,外加一些热块争用如下主要是在往数据库日志中写数据的时候性能较差,redo日志量还是比较大如下:可以考虑对存放redo日志的磁盘进行优化,或者将redo日志迁移到单独一个磁盘,避免IO争用步骤二:检原创 2015-03-13 11:39:01 · 6376 阅读 · 0 评论 -
一个监控软件导致的性能问题
用户最近一段时间业务运行整体感觉很慢,查看发现IO等待非常严重,进一步查看物理读高的SQL语句,‘吃惊’的发现了对物理读消耗最大的SQL语句是这些:我只能说非常的坑爹,居然对IO消耗最大的SQL不是业务软件,而是一个带着backup的类似监控的软件,赶快叫用户关掉,性能利马恢复正常,希望用户在上所谓的监控的时候,还是要考虑下其是否对性能过大,过大的建议pass。原创 2015-03-18 10:28:37 · 647 阅读 · 0 评论 -
“enq: TM - contention”锁引起数据库卡死
基本要素 用户告知数据库迁移后,在发送医嘱的时候,有锁表情况,导致全院业务受影响,希望分析并解决。问题分析 查看ASH报告,如下:CPUs SGA Size Buffer Cache Shared Pool ASH Buffer Size---- ------------------ -----原创 2015-04-07 15:42:57 · 3830 阅读 · 0 评论