本书正符合优秀数据库著作的评判标准，其对DB2的技术理念与解决方法、实战性与科学性贯穿始终。本书作者从浩如烟海的数据库宝库中挑选出重要的知识点，引述了许多有意义的案例、搭配实例与配图，以轻松的笔调深入浅出、娓娓道来。
　　——国内顶尖数据架构和信息治理专家、中国民生银行总行科技部总经理  牛新庄

　　本书作者出于对DB2的狂热与追求，通过长期的凝练与汇聚，将DB2知识系统化，把DB2技巧的精髓热心地分享给广大读者，这是对数据库领域所做出的重要贡献与精彩强音！在出版领域，本书将给我们带来最新的收获。我相信这本汇集作者的技术、经验和总结于一身的专业书籍，一定能吸引中国广大DB2爱好者沉浸于书中，并帮助他们取得重要的技术提升与进步。
　　——DB2开发及客户支持总监，IBM中国开发中心  干毅民

　　想起年少时，武术老师讲授内家功与外家拳，曾讲到：“内家十年不出手，十年之后打平手，十年下来遍地走”。本书书名中“内部解析”其实就是在讲授“内练一口气，外练筋骨皮”的道理。若按此精神坚持下去，一定会有所建树，绽放光彩。
　　——资深数据库专家、著名数据库专著作者  成孜论

　　当数据库技术爱好者在学习、研究和应用DB2数据库时，感到可用的参考资料比较少，实战性的方案与经验分享缺乏，亦或是感到在DB2系统部署、性能优化、故障诊断等工作环节中，需要更好的技术指导与参照时，我可以郑重地说：这本理性、科学的DB2性能优化著作出炉了！大家可从中一同品悟DB2，共赏精华！
　　——昆仑银行信息科技部资深技术经理兼数据中心主任  唐志刚

　　 4.4.2  使用Section Actuals分析执行计划
　　通过刚才的方法可以有效准确地判断每一步的实际基数。但是构建这样的COUNT查询语句不仅困难并且会消耗大量时间，当数据库中存在大量需要调优的SQL语句时无法一一进行检查， 所以在DB2 Version 9.7 Fix Pack 1版本之后， 开始出现真实段（Section Actuals）的新特性来解决这个问题，可以使用以下步骤来实现Section Actuals。
　　步骤1：启用 Section Actuals
　　首先需要将数据库配置参数section_actuals设置为BASE，从而显式地启用真实段功能。
　　db2 update dbcfg for using section_actuals base
　　启用该参数后，我们就可以使用EXPLAIN_FROM_ACTIVITY存储过程来捕捉信息。
　　步骤 2：创建工作量管理器和事件监视器
　　必须为真实段创建一个workload和事件监视器。可以使用下列命令创建一个workload，也可以使用默认的workload管理器。
　　create workload MYWORKLOAD  current client_acctng（'MYWORKLOAD'） service class sysdefaultuserclass collect activity data on all database partitions with details, section;
　　grant usage on workload MYWORKLOAD to public;
　　create event monitor MYMON for activities write to table;
　　步骤 3：收集相关语句的Section Actuals
　　delete from ACTIVITYSTMT_MYMON;
　　call wlm_set_client_info（null, null, null, 'MYWORKLOAD', null）;
　　set event monitor MYMON state 1;
　　-- a subset of the statement from scenario 1
　　SELECT * FROM DB2INST1.T4 AS Q1
　　WHERE （Q1.Y = 'Y'）
　　  AND （Q1.Z = 'N'）
　　set event monitor MYMON state 0;
　　call wlm_set_client_info（null, null, null, null, null）; 
　　步骤 4：确定数据的Application、UOW和Activity ID
　　 select appl_id, uow_id, activity_id, substr（stmt_text,1,80） as stmt
　　    from ACTIVITYSTMT_MYMON ;
　　步骤 5：将数据输入到 EXPLAIN 表中
　　我们调用explain_from_activity过程来将有关语句输入到EXPLAIN表中。首先是3个输入APPL_ID、UOW_ID、ACTIVITY_ID，它们是根据步骤4输出中的有关语句来确定的。第4个输入是步骤3中设置的事件监视器的标识符，第5个输入是EXPLAIN表的模式名称。在这个例子中，EXPLAIN表的模式是VCORVINE。
　　call explain_from_activity（'*LOCAL.DB2.100530150552', 20,1,'MYMON',
　　'VCORVINE',?,?,?,?,?）
　　  Value of output parameters
　　  --------------------------
　　  Parameter Name  : EXPLAIN_SCHEMA
　　  Parameter Value : VCORVINE
　　  Parameter Name  : EXPLAIN_REQUESTER
　　  Parameter Value : VCORVINE
　　  Parameter Name  : EXPLAIN_TIME
　　  Parameter Value : 2010-05-30-11.21.34.250000
　　  Parameter Name  : SOURCE_NAME
　　  Parameter Value : SQLC2H21
　　  Parameter Name  : SOURCE_SCHEMA
　　  Parameter Value : NULLID
　　  Parameter Name  : SOURCE_VERSION
　　  Parameter Value :
　　  Return Status = 0
　　步骤6：运行db2exfmt生成估算计划
　　db2exfmt –d -1 –o ex_activity.out
　　步骤 7：检查输出
　　下面是ex_activity.out中db2exfmt输出的存取计划的一部分。
　　  Rows
　　    Rows Actual
　　      RETURN
　　（   1）
　　       Cost
　　        I/O
　　         |
　　        ...
　　0.0208  <-- 估计的基数
　　        13    <-- 实际基数
　　       IXSCAN    
　　（   5）
　　      0.0104877
　　         NA
　　         |
　　         13
　　         NA
　　   INDEX: DB2INST1
　　        IDX89
　　这个执行计划中显示了每一个操作符的估算值及实际的记录数。Section Actuals是从Explain部分派生的，所以并非包含所有的数据。例如IXSCAN(5)操作中并不包含I/O的开销，因此也没有收集基数。
　　4.5  本章小结
　　在本章中，我们对优化器的原理及如何寻找优化器的问题进行了详细介绍。优化器作为数据库的灵魂组件，需要对其进行详细揣摩。只有真正理解优化器的原理，灵活运用这把调优过程中最锋利的武器，才能够随心所欲地控制SQL语句，并从源头避免性能问题的发生。
　　8.1.3节部分内容
　　我们通过一个生活中的例子来讲解这几种读取类型的区别，并对其进行详细介绍。
　　我们去图书馆借书时，如果只需要借1本书，就可以自己去对应的书架把书取走（同步读）。但如果我们需要借大量的书（比如50本金庸小说，并且这50本小说摆放的位置不一定在一起），这时若还是一本一本去取，就会浪费大量时间，这时可以求助DB2图书馆中的管理员们（预取线程）。图书管理员如果此时有时间，就可以去帮助我们去把需要的书取来。这时管理员有两种办法可以满足我们的要求，如果所有的金庸小说全部放在一起，管理员可以一次把书架中的金庸小说全部拿来给我们（顺序预取）；但是如果这些小说是零散摆放的话，管理员只能够按照图书馆中的目录，把这些小说全部拿过来（列表预取）。但是按照执行时间来讲，如果我们需要的书全部集中摆放在一起，那么DB2会使用顺序预取，否则，列表预取才是最合适的方法。还有另外一种情况，就是当我们按照列表预取的方式获取需要借的小说（应用需要的数据）时会发现，小说有部分是集中摆放的，对这部分数据使用顺序预取可能会对执行效率有一定提高。此时如果打开了动态预取开关，管理员就会按照顺序预取的方式把这部分金庸小说取出。
　　1．顺序预取
　　优化器在对SQL语句进行绑定期间选择是否进行顺序预取，就像我们刚才提到的一样，顺序预取使用单一的I/O操作将多个连续的页读入缓冲池，这样可以减少磁盘旋转的次数，达到降低应用程序开销的目的。
　　在数据库管理器确定顺序I/O适合并且预取操作有助于提高性能时，预取操作就会启动。对于表扫描和表排序的这类情况，数据库管理器将自动选择顺序预取。
　　当我们执行的SQL语句涉及全表扫描操作时，通常会进行顺序预取。但在很多情况下，这类情况也有可能起到警示的作用，因为如果发生顺序预取很有可能代表没有为该语句创建合适的索引。可以通过查看执行计划中的预取行为来判断当前语句是否会进行预取操作。
　　Access Table Name = DB2INST1.EMPMDC  ID = 3,4
　　|  #Columns = 3
　　|  Clustered by Dimension for Block Index Access
　　|  Avoid Locking Committed Data
　　|  Relation Scan
　　|  |  Prefetch: Eligible
　　|  Lock Intents
　　|  |  Table: Intent Share
　　|  |  Block: Intent Share
　　|  |  Row  : Next Key Share
　　|  Sargable Predicate(s)
　　|  |  Return Data to Application
　　|  |  |  #Columns = 3
　　Return Data Completion
　　……

第1篇  性能定义及整体架构
第1章  DB2性能优化概述
1.1  性能目标
1.1.1  响应时间
1.1.2  吞吐量
1.2  工作负载类型
1.2.1  联机事务处理（OLTP）
1.2.2  联机分析处理（OLAP）
1.2.3  决策支持系统（DSS）
1.2.4  企业资源规划（ERP）
1.3  影响性能的因素
1.3.1  软件代码编写对性能的影响
1.3.2  应用程序架构设计对性能的影响
1.3.3  数据库设计对性能的影响
1.3.4  系统设计对性能的影响
1.4  本章小结
第2章  DB2架构介绍
2.1  DB2整体概况
2.1.1  DB2进程/线程体系简介
2.1.2  DB2内存体系简介
2.1.3  DB2相关文件简介
2.2  DB2组件介绍
2.2.1  操作系统服务
2.2.2  基本系统调度
2.2.3  关系数据服务
2.2.4  数据管理服务
2.2.5  缓冲池服务
2.2.6  数据保护服务
2.3  SQL语句处理过程
2.3.1  数据查询语言（DQL）
2.3.2  数据操作语言（DML）
2.3.3  事务处理语言（TPL）
2.4  本章小结
第2篇  性能监控工具及监控技巧
第3章  性能监控工具
3.1  实时监控工具
3.1.1  db2trc
3.1.2  db2top
3.1.3  db2pd
3.2  历史监控工具
3.2.1  快照
3.2.2  快照视图及快照函数
3.2.3  事件监视器
3.3  DB2工作负载管理（DB2 Workload Manager）
3.3.1  标识阶段（Identification Stage）
3.3.2  管理阶段（Management Stage）
3.3.3  监控阶段（Monitoring Stage）
3.4  语句解释说明工具
3.4.1  db2exfmt
3.4.2  db2expln
3.4.3  语句解释说明工具对比
3.5  监控技巧
3.5.1  查找数据库中耗时最长的语句
3.5.2  分析特定语句的时间分布
3.5.3  捕获所有的SQL语句
3.6  本章小结
第3篇  性能分析及内部原理剖析
第4章  深入探讨优化器
4.1  语法语义分析
4.1.1  查询解析
4.1.2  语义检查
4.2  SQL语句重写
4.2.1  谓词简介
4.2.2  扫描方式
4.2.3  连接运算
4.2.4  查询重写
4.3  优化器编译
4.3.1  生成备选执行计划
4.3.2  基数评估
4.3.3  成本计算公式
4.3.4  生成可执行的代码
4.4  基数评估检查
4.4.1  通过COUNT语句检查基数评估
4.4.2  使用Section Actuals分析执行计划
4.5  本章小结
第5章  SQL语句性能优化之7种武器
5.1  长生剑--基本统计信息
5.1.1  统计信息收集方法
5.1.2  统计信息收集策略
5.2  碧玉刀--分布统计信息
5.3  孔雀翎--列组统计信息
5.4  离别钩--REOPT
5.4.1  REOPT处理机制
5.4.2  REOPT的启用方式及监控
5.5  多情环--静态视图
5.6  霸王枪--优化概要文件
5.6.1  优化概要文件的使用方法
5.6.2  优化概要文件规则
5.7  拳头--语句优化
5.8  本章小结
第6章  数据对象存储设计
6.1  表类型及设计方法
6.1.1  常规表
6.1.2  MDC表
6.1.3  分区表
6.1.4  MQT
6.1.5  表设计原则
6.2  索引类型及设计方法
6.2.1  索引的作用
6.2.2  索引创建原则
6.2.3  索引键顺序的选择
6.2.4  索引设计性能考虑
6.3  DB2设计顾问程序
6.3.1  战略性的索引创建
6.3.2  战略性的表类型选择
6.4  本章小结
第7章  DB2物理结构深入解析
7.1  表空间结构剖析
7.1.1  SMS（系统管理表空间）结构剖析
7.1.2  DMS（数据库管理表空间）结构剖析
7.1.3  高水位对于性能的影响
7.1.4  对容器进行重新平衡对性能的影响
7.2  数据页详解
7.2.1  数据页结构剖析
7.2.2  字段类型与行迁移
7.2.3  页重组
7.3  索引页详解
7.3.1  索引内部结构剖析
7.3.2  索引的分裂
7.3.3  索引维护和清除
7.4  日志文件结构剖析
7.5  本章小结
第8章  I/O管理及优化
8.1  数据I/O管理
8.1.1  缓冲池I/O原理
8.1.2  缓冲池逻辑读取
8.1.3  缓冲池物理读取
8.1.4  缓冲池写入操作
8.1.5  基于块的缓冲池I/O
8.1.6  缓冲池I/O监控
8.1.7  直接I/O管理
8.2  日志I/O管理
8.2.1  日志读取
8.2.2  日志写入
8.2.3  日志I/O原理
8.2.4  日志文件I/O相关调优参数
8.2.5  归档日志对I/O的影响
8.3  本章小结
第9章  内存管理
9.1  内存模型
9.1.1  实例共享内存
9.1.2  数据库共享内存
9.1.3  应用程序全局内存
9.1.4  代理程序私有内存
9.1.5  排序堆
9.1.6  其他内存区域
9.2  STMM
9.2.1  STMM运行机制
9.2.2  STMM监控
9.3  如何定位及修复内存泄漏
9.3.1  内存泄漏诊断方法
9.3.2  内存泄漏的处理方法
9.4  本章小结
第10章  DB2等待事件
10.1  锁对象及兼容性
10.1.1  锁对象及锁模式
10.1.2  锁兼容性及锁转换
10.2  锁问题的监控与解决
10.2.1  锁事件监控
10.2.2  锁问题解决方法
10.2.3  锁案例分享
10.3  latch事件
10.3.1  latch监控
10.3.2  案例分析
10.4  本章小结
第4篇  实用工具调优及操作系统优化
第11章  实用工具调优
11.1  备份恢复工具
11.1.1  backup
11.1.2  restore
11.2  数据移动
11.2.1  export
11.2.2  import
11.2.3  load
11.3  其他管理工具
11.3.1  reorg
11.3.2  runstats
11.4  本章小结
第12章  操作系统相关问题
12.1  AIX
12.1.1  虚拟内存管理
12.1.2  磁盘及文件系统管理
12.1.3  网络调优参数
12.1.4  操作系统相关参数
12.1.5  系统监控工具
12.2  Windows
12.2.1  内存管理
12.2.2  磁盘及文件系统相关参数
12.2.3  系统监控工具
12.3  本章小结
第5篇  性能分析思路及优化总结
第13章  性能问题分析思路
13.1  响应时间问题
13.1.1  响应时间总结
13.1.2  通过快照进行分析
13.1.3  通过快照函数进行分析
13.2  资源占用问题
13.2.1  磁盘瓶颈
13.2.2  CPU瓶颈
13.2.3  内存瓶颈
13.3  本章小结