通过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语句运行速度的目的 可以尝试下