Oracle Exadata性能优化/清华开发者书库

《Oracle Exadata性能优化/清华开发者书库》适用于数据库管理员、数据库开发者、系统架构师、数据库爱好者

　　《Oracle Exadata性能优化/清华开发者书库》共分为1O章，第1章主要介绍Exadata的智能扫描特性，内容涵盖智能扫描特性的概念、触发条件、底层算法，以及智能扫描错误结果集和智能扫描性能问题的诊断等，其核心精髓在于减少数据的传输量；第2章主要介绍Exadata的存储索引特性，其核心精髓在于减少存储节点IO的扫描量；第3、4章包括Exadata Smart FlashLog、Exadata FlashCache，主要讲解Exadata如何充分利用PCI-E闪存卡来提升底层IO性能，其核心精髓在于提升底层存储的IO性能，让热点数据自动缓存到高速的PCI-E闪存卡中，满足OLTP类型的数据库对IO的需求；第5～7章主要介绍Exadata中与性能相关的一些特性，如混合列压缩、IO资源管理、磁盘擦洗等；第8章列举了Exadata性能优化过程中存在的一些误区；第9章主要介绍Exadata相关的性能指标参数，通过这些指标参数可以大致上判断Exadata性能问题的根源；第10章列举了一些在Exa&-fa运维过程中遇到的非常经典的性能优化案例。
　　《Oracle Exadata性能优化/清华开发者书库》适用于数据库管理员、数据库开发者、系统架构师、数据库爱好者。该书假定读者熟悉Oracle数据库，所以没有详细解释Oracle数据库的工作原理，除非数据库涉及Exadata相关的特性。

　　陈浩，2010年起从事数据库方面的工作，工作内容涉及数据库实施、管理和运维，近几年专注Oracle Exadata-体机的客户服务工作。服务客户有电信行业、电力行业、社保行业、金融行业和制造业等。现就职于北京海天起点技术服务股份有限公司，负责Exadata部门的软件技术支持工作。持有11gOCM、Exadata、Goldengate等职业证书，擅长Oracle数据库、Exadata等方面的实施、管理、运维等工作。
　　
　　饶冰，2000-2004年任职于Oracle公司培训部和服务部，2004年加入北京海天起点技术服务股份有限公司，任职公司CTO。具有十多年Oracle相关产品的实施及维护经验，技术深厚，善于解决疑难复杂问题。技术视野宽广，对IT发展具有前瞻性。对Oracle的新技术，诸如Exadata、Ruei、Goldengate、Em12c等有深入研究和丰富的实施经验。
　　
　　石云华，Oracle Exadata领域的ACE专家，中国Oracle一体机用户组联合创始人之一。拥有十余年电信运营商、保险公司、税务机构核心系统Oracle数据库运维经验，现就职于北京海天起点技术服务股份有限公司，为Oracle数据库专家组成员、Exadata部门负责人。持有11gOCM、Exadata、Goldengate等职业证书，擅长Oracle、Goldengate、Exadata方面的故障诊断及疑难问题处理。

　　★Exadata是非常好的产品。与传统架构相比，不论是性能还是可靠性，Exadata都有很大的提升。但是，要想用好Exadata，还需要对产品的架构、原理，尤其是相关的软件特性有深入了解。《Oracle Exadata性能优化》在介绍软件核心特性的同时，给出了很多实际的经典案例，是了解Exadata原理非常好的参考用书。
　　——李俊逸 中国Oracle一体机用户组发起人
　　
　　★《Oracle Exadata性能优化》内容涵盖了Exadata软件层面对数据库性能产生影响的所有环节，尤其是书中一些精
　　彩的优化案例，对于了解Exadata的核心特性有非常大的帮助。
　　——陈杰 中国电信集团有限公司山东分公司
　　
　　★Exadata是Oracle云战略的重要组成部分，不论是公有云还是私有云，都涉及Exadata技术。《Oracle Exadata性能优化》不仅系统地介绍了Exadata软件层面的理论知识，还结合大量实际案例进行了深入讲解，有助于加深理解Exadata的精髓所在。
　　——孙文勇 北京海天起点技术服务股份有限公司
　　
　　★Exadata一体机性能强大，业内厂商也纷纷效仿，但Exadata的软件特性才是关键的核心。《Oracle Exadata性能优化》全面讲述了Exadata对性能产生影响的相关知识，还将生产环境中一些与性能相关的经典案例分享给读者。无论是Exadata技术入门者，还是Exadata技术专家，都能从该书受益。
　　——刘家纯 Oracle支持服务部

第1章 智能扫描
1．1 什么是智能扫描
1．1．1 行过滤
1．1．2 列映射
1．1．3 布隆过滤
1．1．4 函数过滤
1．2 智能扫描前提条件
1．2．1 前提条件
1．2．2 满足条件但不触发智能扫描
1．3 如何确定正在发生智能扫描
1．3．1 执行计划中出现全扫描并不代表已经智能扫描
1．3．2 如何确认智能扫描已经工作
1．4 串行直接路径算法
1．4．1 _small_table_threshold参数
1．4．2 _very_large_object_threshold参数
1．4．3 串行Direct Path Read算法
1．4．4 _direct_read_decision_statistics_driven参数
1．5 引导SQL语句使用智能扫描
1．6 诊断智能扫描错误结果集
1．6．1 智能扫描流程图
1．6．2 智能扫描错误结果集的诊断
1．7 诊断智能扫描性能问题
1．7．1 智能扫描性能问题常见原因
1．7．2 智能扫描性能问题诊断工具

第2章 存储索引
2．1 存储索引工作原理
2．2 检测SQL语句是否利用存储索引
2．3 列数据分布对存储索引的影响
2．4 禁用存储索引特性
2．5 跟踪存储索引
2．6 存储索引特性增强
2．6．1 存储索引重定位
2．6．2 优化MIN（）和MAX（）函数
2．7 存储索引不工作场景
2．7．1 _kcfis_storageidx_disabled参数
2．7．2 _smu_debug_mode参数
2．7．3 长事务
2．7．4 存储索引超过8个字段

第3章 Exadata Smart FlashLog
3．1 FlashLog工作原理
3．2 管理F1ashLog
3．2．1 FlashLog日常管理
3．2．2 关闭FlashLog特性
3．3 FlashLog诊断
3．4 监控FlashLog性能
3．4．1 FlashLog性能指标
3．4．2 FlashLog性能分析

第4章 Exadata FlashCache
4．1 Exadata上PCI-E闪存卡变迁史
4．1．1 X2系列F20卡
4．1．2 X3系列F40卡
4．1．3 X4系列F80卡
4．1．4 X5系列F160卡
4．1．5 X6系列F320卡
4．1．6 X7系列F640卡
4．2 Exadata上PCI-E闪存卡的不同用途
4．3 Exadata FlashCache原理
4．3．1 针对大表或智能扫描数据块的缓存
4．3．2 哪些数据块会缓存到F1ashCache中
4．3．3 手动将对象keep在F1ashCache中
4．3．4 FlashCache keep属性值自动失效
4．3．5 FlashCache（write-throctgh模式）IO请求
4．3．6 设置Griddisk的Cache策略
4．4 FlashCache压缩特性
4．4．1 FlashCache压缩特性需求
4．4．2 FlashCache压缩内部原理
4．4．3 FlashCache压缩特性的开启与关闭
4．5 FlashCache write-back模式
4．5．1 为什么开启FlashCache的write-back模式
4．5．2 FlashCache write-back模式需求
4．5．3 FlashCache write-back模式IO请求
4．5．4 write-back与write-through模式切换
4．5．5 write-back模式的flush操作
4．5．6 直接路径写入对write-back模式的影响
4．6 监控FlashCache性能
4．6．1 flashcachecontent指标
4．6．2 确认FlashCache的命中率
4．6．3 FlashCache内容分析工具
4．6．4 某个数据库占用的FlashCache大小

第5章 混合列压缩
5．1 数据压缩原理
5．1．1 OLTP压缩原理
5．1．2 混合列压缩原理与范围
5．2 混合列压缩表解压缩
5．3 DML操作对混合列压缩表的影响
5．4 并发操作对混合列压缩表的影响
5．5 混合列压缩建议

第6章 IO资源管理
6．1 IORM概要
6．2 IO调度对比
6．3 IORM目标模式
6．4 IORM实施分类
6．4．1 Inter-Database类型
6．4．2 Intra-Database类型
6．4．3 Category类型
6．4．4 Mixed类型
6．5 监控IORM性能
6．5．1 收集IORM配置信息
6．5．2 metrk_iorm．pl脚本

第7章 磁盘擦洗特性
7．1 “自动磁盘擦洗和修复”特性需求
7．2 自动磁盘擦洗和修复特性对IO的影响
7．3 自适应的磁盘擦洗调度特性
7．4 “自动磁盘擦洗和修复”特性增强
7．5 “ASM磁盘擦洗”特性

第8章 Exadata优化误区
8．1 Exadata上是否需要索引
8．2 Exadata上开启并行
8．3 Exadata上SGA设置
8．4 Exadata上是否需要分区
8．5 Exadata上的SQL是否需要优化

第9章 等待事件与性能指标
9．1 Exadata等待事件
9．1．1 cell smart table scan和cell smart index scan等待事件
9．1．2 cell single block physicalread等待事件
9．1．3 cell multlblock physical read等待事件
9．1．4 cellIist of blocks physical read等待事件
9．2 监控性能指标
9．2．1 指标类型
9．2．2 存储节点相关指标
9．2．3 Celldisk相关指标
9．2．4 FlashCache相关指标
9．2．5 FlashLog相关指标
9．2．6 Smart IO相关指标
9．2．7 资源整合相关指标

第10章 Exadata优化案例
10．1 案例1（FlashCache write-back因素）
10．2 案例2（FlashCache资源使用不均因素）
10．3 案例3（IO响应延时）
10．4 案例4（网络因素）
10．5 案例5（智能扫描因素）
10．6 案例6（综合因素）
10．7 案例7（智能扫描引发性能问题）
10．8 案例8（整合环境引发性能问题）
10．9 案例9（FlashCache管理缺陷）
结束语

　　Exadata是Oracle公司跨时代的一款产品。运行在Exadata架构上的Oracle数据库，其整体性能比运行在传统架构上的Oracle数据库高出十几倍，在一些特殊的业务场景，其性能表现还可以更加优秀。
　　有人可能会说，Exadata架构上内置了Infiniband交换机，同时在存储底层使用了PCI-E闪存卡，与传统的SAN存储环境相比，其IO带宽提升了好几倍，性能当然更加优秀了。没错，但这仅仅是Exadata架构性能提升的一个小小的因素而已。
　　目前，国内已经有很多企业纷纷效仿Exadata架构，迅速推出了自己的数据库一体机产品，但这种效仿仅仅是硬件架构层面的模仿，对于Exadata的核心技术还是没办法模仿的。
　　Exadata上的Oracle数据库之所以运行速度这么快，并不是它的硬件有多么好（其实它的硬件就是一堆PC服务器而已，单纯就硬件的运算能力进行对比，它就无法与IBM小型机抗衡），主要在于它有独特的核心技术。那么Exadata的核心技术是什么呢？核心技术就是存储管理软件层面上的特性，如智能扫描、FlashCache等。
　　一年前，在笔者编写的第一本Exadata专著《Exadata实施运维指南》中，仅仅涉及了Exadata的刷机安装、管理工具、硬件更换、组件升级这几部分内容。这一方面是由于图书篇幅的限制，另一方面主要因为笔者认为Exadata软件特性才是Exadata架构的核心，有必要把这部分内容单独拿出来深入地进行讲解。
　　本书就带领大家步人Exadata的软件世界，了解Exadata的核心特性。只有真正理解了这些核心特性，才能更好地进行Exadata优化工作。
　　由于Oracle公司不可能公开Exadata源代码，Exadata架构中很多软件特性的具体实现算法是封闭的，外部人员基本上不可能接触到这些细节的技术信息。在本书中，有些软件特性的底层实现原理是个人推测的，这就难免存在一些疏漏，有待读者指出并修改，也希望大家能反馈相关意见，使本书得到更好的修编、改进。致谢
　　首先，感谢北京海天起点技术服务股份有限公司，没有这样的一个平台，我们可能连接触Exadata的机会都没有，自然也就不可能有本书的出版。
　　其次，感谢饶冰、陈浩和我一起合力完成了本书；感谢刘文建、王富贵在我们遇到Exadata硬件方面的故障时，提供的各种思路与帮助；同时感谢我的其他同事在本书的写作过程中给予的很大帮助。
　　最后，感谢清华大学出版社的各位编辑老师为本书的出版所做的细致入微的工作，特别感谢盛东亮老师，他在本书的写作过程中多次提出修改建议。