Apple美国苹果公司的Oracle数据库的AWR报告

640

 

这是一份Apple公司的Oracle数据库的AWR报告,硬件上基于Exadata X2。 基于这份报告AskMaclean论坛水友作了多方面的评价。 AWR报告下载地址:http://t.askmaclean.com/forum.php?mod=attachment&aid=MzQ3NnxjMTY5NzExOHwxNDI3MDk5MDk0fDB8NDUzNQ%3D%3D

基于2方面来讨论此报告:

  • 国外的DBA的管理风格
  • 国外开发人员的代码风格

网友Oracle顾问说道:没有国内最常见的顺序读和全表扫描的IO问题。

网友游泳虎: 应该是2-2的满配,cell single block就是sequential read吧?cursor_sharing居然是force。应用分区没做好。

网友XKGLOB刀:SQL ordered by Sharable Memory那里的SQL语句让我印象深刻,IN后面很多变量,这样的语句很难共享cursor,并且parse花的内存多时间久. 2.有RAC相关的隐含参数,top5里RAC相关的事件也多 3. IOStat显示写redo89GB,我按load profile算是42GB,却只切换了一次.
网友文宇Baron:主要的问题是insert语句导致PRODUCTTASK_LASTMODDATE_P索引竞争引起gc buffer busy, 核心的解决办法还是是修改索引字段的生成方法,看来苹果的应用也没有对RAC作针对性的优化阿

网友原则丶张记:唯一看出来的是,编码风格:大小写统一、全部使用绑定变量,8节点rac gc这么管理的确实很好。应用设计估计很厉害。

网友 不了峰 1. undo_retention=36000 挺好的

log buffer=130M

2.Estd Interconnect traffic (KB)=30MB,从每秒有1GB的逻辑读来看,感觉也没有太多的cache fusion . 前台的应用应该有针对性的分节点.

3.感觉大部分的表都放在了同一个表空间中. 从而猜想这个表空间应该很大

4. 有做DataGuard

代码方面, 使用绑定变量,并且应该是大部分使用长连接

但有少量的rollback

整体上看,很好的吧~

Comment

*

沪ICP备14014813号

沪公网安备 31010802001379号