DB2V9.7语句集中器的正确应用描述

以下的文章主要向大家描述的是DB2 V9.7 语句集中器的正确使用，我们大家都知道在 OLTP 环境下，每秒中有大量 SQL 语句在运行，DB2 V9.7 数据库版本之前，每条动态 SQL 语句的执行都会要求 DB2 对其进行编译。

成都创新互联公司成都网站建设按需规划网站，是成都网站营销推广公司,为成都围栏护栏提供网站建设服务,有成熟的网站定制合作流程，提供网站定制设计服务：原型图制作、网站创意设计、前端HTML5制作、后台程序开发等。成都网站推广热线：028-86922220

DB2 对 SQL 语句进行编译是一个非常消耗 CPU 的行为。 DB2 V9.7 中提出了语句集中器，对类似而不等同的动态 SQL 语句进行变换，使得这些类似的 SQL 语句在包缓冲中进行共享，大大减少了编译的次数以消除编译的开销。

简介

在 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 环境下，对性能的影响是比较大的。

语句集中器的启用

DB2V9.7 推出了语句集中器的功能，语句集中器在数据库服务器上修改动态 SQL 语句，以使类似而不等同的 SQL 语句可以共享同一个执行计划。如果启动了DB2 V9.7 语句集中器，上述两个 SQL 只需要编译一次即可。

在联机事务处理（OLTP）系统中，可能会反复生成包含不同字面值的简单语句。在此类工作负载中，重新编译语句的成本会导致开销大幅增加。语句集中器通过允许重复使用已编译的语句（而不考虑字面值）来消除此开销。

缺省情况下，语句集中器处于禁用状态。如果希望对数据库中的所有动态语句启用语句集中器，我们需要将 stmt_conc 数据库配置参数设置为 LITERALS 。不过 DB2 只会将前 100000 个字面值才进行替换；其余字面值保持不变，一般情况下这也能满足我们的要求。

 
 
 
  
  
  db2 get db cfg for sample |grep "CON"

语句集中器 (STMT_CONC) = OFF

如果并不希望对所有 SQL 启动语句集中器，只是希望指定连接在执行动态 SQL 时进行语句集中，则我们可以在客户机上启动语句集中器，需要在 db2cli.ini 配置文件中设置：

 
 
 
  
  
  StmtConcentrator = WITHLITERALS

默认情况下连接的语句集中器是否启动由 Server 的配置决定。如果设置 StmtConcentrator 的值为 OFF，表示连接的DB2 V9.7 语句集中器关闭；如果 StmtConcentrator 为 WITHLITERALS 表示启动语句集中器。当语句集中器启动后，所有 Server 支持集中的语句将共享执行计划。 db2cli.ini 中的参数 StmtConcentrator 影响的是连接的 SQL_ATTR_STMT_CONCENTRATOR 属性，我们也可以在 ODBC、JDBC 程序中直接设置连接的这个属性。

我们应优先考虑在客户机级别启用语句集中器，首先它允许在最精细的级别控制语句集中器，其次，它是在整个 DB2 产品系列中启用语句集中器的唯一一致方式。

语句集中过程导致修改动态语句，那么原始语句和修改后的语句都将显示在说明输出中。如果语句集中器已修改原始语句文本，那么事件监视器逻辑监视元素以及 MON_GET_ACTIVITY_DETAILS 表函数的输出都将显示原始语句。其他监视器界面将仅显示修改后的语句文本。

我们修改数据配置参数 STMT_CONC 对所有连接启动DB2 V9.7 语句集中器。

 
 
 
  
  
  db2 update db cfg for sample using STMT_CONC LITERALS

然后我们分别执行：

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

我们使用下面语句获取 SQL 语句的编译、执行情况：

 
 
 
  
  
  db2 get snapshot for dynamic sql on sample

执行数 = 0

编译数 = 0

最差预编译时间（毫秒） = 0

最佳预编译时间（毫秒） = 0

---------------------------------- 省略 ------------------------------

语句文本 = select firstnme,lastname from employee where empno='000020'

执行数 = 0

编译数 = 0

最差预编译时间（毫秒） = 0

最佳预编译时间（毫秒） = 0

---------------------------------- 省略 ------------------------------

语句文本 = select firstnme,lastname from employee where empno='000070'

执行数 = 2

编译数 = 1

最差预编译时间（毫秒） = 218

最佳预编译时间（毫秒） = 218

---------------------------------- 省略 ------------------------------

语句文本 = select firstnme,lastname from employee where empno=:L0

我们看到两个原始的 SQL 语句编译次数、执行次数、编译时间均为 0，同时有个用” :L0 ”参数标识的语句编译次数为 1，执行次数为 2，编译时间为 218 毫秒，以上的相关内容就是对DB2 V9.7 语句集中器的介绍，望你能有所收获。

完整内容的学习，请访问：

http://www.ibm.com/developerworks/cn/data/library/techarticles/dm-0907luohq3/

新闻名称：DB2V9.7语句集中器的正确应用描述
当前网址：http://www.shufengxianlan.com/qtweb/news43/288393.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源：创新互联

猜你还喜欢下面的内容