Bo's Oracle Station

查看: 2693|回复: 2

一份AWR报告的请教

[复制链接]

81

主题

181

帖子

781

积分

高级会员

Rank: 4

积分
781
发表于 2018-1-17 14:54:26 | 显示全部楼层 |阅读模式
唐sir,一份AWR报告请教(见附件 awr_report_31808_31809.rar (44.5 KB, 下载次数: 592)
回复

使用道具 举报

1005

主题

1469

帖子

1万

积分

管理员

Rank: 9Rank: 9Rank: 9

积分
12012
发表于 2018-1-23 09:55:35 | 显示全部楼层
1. 没注意到这帖,延迟了。快速看了一下,这段时间,除了你说的,还有个大delete和大排序(PGA有个多趟IO)。日志也是这些DML引起的,太多了。文件IO有很大的问题。
2. analyze和dbms_stats都会更新以上sys的表,sys语句都不能简单看。不过的确不要在这个时候做自动优化器统计信息收集。
3. analyze不如dbms_Stats精确。
4. 这个案例典型的首先要调SQL。
回复 支持 反对

使用道具 举报

81

主题

181

帖子

781

积分

高级会员

Rank: 4

积分
781
 楼主| 发表于 2018-1-26 16:57:08 | 显示全部楼层
delete和排序动作,这些肯定是他们在做一些类似账套备份的动作,就是通过一张临时的中间表做一些腾挪,不可避免的,每段时间半夜都要来这么一次。最严重的是月初的某一两个晚上。
但是这份报告的时间并非这种情况,我怀疑就是他们每天晚上用select 拼出analyze的语法,对所有表做分析,然后一次全部执行一遍,而且每晚都做,表很多。。。。。
自动优化任务很早之前是被我取消了,当时因为有一个sql tunning 过不去,估计是卡在某一个sql 语句上导致。当时形而上学,关闭了整个自动优化任务,算起来有很长很长一段时间了,是我错了~
我去了解一下,如果晚上中间表腾挪是必须要做的,而且避开了高峰期,就可以了。自动优化任务还是应该开起来了的,单独关闭sql tuning那个任务就好了。
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|手机版|Bo's Oracle Station   

GMT+8, 2024-3-29 05:09 , Processed in 0.128900 second(s), 27 queries .

快速回复 返回顶部 返回列表