暂无图片
oracle 11g 负载高,原因不明,求高手分析下
我来答
分享
小孩👶
2021-09-06
oracle 11g 负载高,原因不明,求高手分析下

以前是在rac上跑 但是开两台业务会有问题,所以也只开一台,现在通过adg同步切换成单主库运行,256G内存的机器,比以前的机器负荷更大。以前32核,128G的,磁盘读写30-70M左右的云平台主机上,平常负载也就load average,也就8个左右,高一点也10多个点吧。 现在是48核,256G内存,数据目录在全闪的双活存储上,整个系统运行,经常负载跑到20-高30,看awr报告,DB Time时间比以前的搞的多,以前DB Time也就几十至300-400,现在经常700-1000+,求高手分析下。

我来答
添加附件
收藏
分享
问题补充
5条回答
默认
最新
小孩👶
2021-09-06
暂无图片 评论
暂无图片 有用 0
打赏 0
cqiwen
2021-09-06

PGA分配太小了。还有就是你对比下原来环境和新环境的系统参数有没有哪里不同?有没有打开大内存页?

暂无图片 评论
暂无图片 有用 0
打赏 0
Lucifer三思而后行
暂无图片
2021-09-06

看了下AWR报告,总体来看,没有什么明显异常等待事件,主要是SQL硬解析比较多,感觉 SQL 这块可以优化一下,一小时执行这么多次,还有平均执行效率也比较差。

image.png

image.png

暂无图片 评论
暂无图片 有用 0
打赏 0
小孩👶
2021-09-06

未开大内存页,sql能优化的都优化了,执行次数多,那个表就一条数据,业务决定,那个表也被驻入了内存中

暂无图片 评论
暂无图片 有用 0
打赏 0
cqiwen
2021-09-07
把大页内存打开,再把pga设置高点应该就没问题了。
ycc
2021-09-12

事务回滚这么高,要检查一下应用,是否有异常;
硬解析非常高,解析层面需要优化,像top get的SQL,估计都是同类型的,但却是不同的SQL,应把同步的调整成一个SQL;
执行次数最多的那个简单SQL,需要进一步分析执行计划与逻辑读,看是否有主键,考虑用result cache进行优化;这个SQL解析次数非常高,要分析一下原因;
有可能存在执行慢,但又上不了TOP的SQL,这些不体现在AWR,也是需要优化的。

暂无图片 评论
暂无图片 有用 0
打赏 0
回答交流
提交
问题信息
请登录之后查看
附件列表
请登录之后查看
邀请回答
暂无人订阅该标签,敬请期待~~
暂无图片墨值悬赏