DB2 V9.7 语句集中器的使用(一)

简介

　　在 DB2 数据库中存在两种类型的 SQL 语句，一种为动态 SQL，一种为静态 SQL 。静态 SQL 的执行计划是在 bind 包到数据库时就已经确定，执行时只需要把执行计划调出来即可;动态 SQL 的执行计划需要每次执行时进行编译，如果下次执行时，执行计划已经不在包缓存中则需要重新编译该语句。

　　在 OLTP 环境下，每秒钟需要执行的 SQL 非常多，如果这些 SQL 语句都是动态语句，则都需要大量的 CPU 时间进行编译。 DB2 判断一个动态 SQL 语句的执行计划是否在包缓存中时采用的是 HASH 算法，该算法根据 SQL 语句的文本进行 HASH，SQL 文本即使只有一个字母的大、小写不同，也会造成 HASH 值不同如果 HASH 值不同，则认为是两个不同的 SQL 语句。

　　对下面的两个语句 DB2 就认为是不同的 SQL 。

select　firstnme,lastname　from　employee　where　empno='000020' 　　select　firstnme,lastname　from　employee　where　empno='000070'

　　上面两个语句虽然在在 Where 条件处只有一个数字差异，DB2 HASH 算法也会认为这是两个不同的 SQL 。但是 DB2 为他们生成的执行计划都是一样的，我们使用 db2expln 工具获得执行计划如下。执行计划显示上面两个 SQL 语句都是使用索引 PK_EMPLOYEE 先获取 RID，然后根据 RID 再读取具体的数据。

Rows 　　RETURN 　　(　　1) 　　Cost 　　I/O 　　| 　　1 　　FETCH 　　(　　2) 　　7.58163 　　1 　　/----+----/ 　　1　　　　　　42 　　IXSCAN　　TABLE:　DB2INST1 　　(　　3)　　　　EMPLOYEE 　　0.0165581　　　　Q1 　　0 　　| 　　42 　　INDEX:　DB2INST1 　　PK_EMPLOYEE 　　Q1

虽然两个 SQL 的执行计划是相同的，但是 DB2 为了获取执行计划需要对两个 SQL 都要进行编译，消耗了 CPU 。这种消耗在每秒钟执行成千条 SQL 语句的 OLTP 环境下，对性能的影响是比较大的。