附件:
16372_16373.rar (40.83 KB)
通过awr发现有主要是2个sql dfj41df7pw49t、b2ruu0qqxnay5 消耗了大量的cpu/io资源,
通过对top分析
大头部分DB CPU在8709s占比63.36
direct path read 时间在718s占比5.22 数据量1.6T 换算下来2397.82MB/s 有点小恐怖
由于不清楚2个sql的具体执行计划,以下部分纯属建议
检查下 dfj41df7pw49t、b2ruu0qqxnay5 的执行计划是否存在全表扫描的情况,同时检查下所对应的表特别是 LB_T_CUSTOMTER_INFO 是否缺少相关索引,并且分析语句看看是否存在优化空间
ps
direct path read这个是11g的一个新特性 数据绕过buffer cache直接进入pga
如果临时关闭该特性 alter system setevent='10949 trace name context forever, level 1'
让查询从缓存中查询数据 达到降低I/O 读取量,说不定可以加快SQL语句运行速度的目的 可以尝试下
基本就是sql烂导致,你跑个addm报告看看应该会看到磁盘读写,或者服务器上看看io读写,读应该灰常高,有可能整个服务器都快被拖死了,可以先向楼上说的一样关闭11g的直接读新特性,再就是优化sql,当然,有钱加硬件性能也是阔以的
收起