这是一份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
整体上看,很好的吧~
