为你的工作负载选择非常好的的优化级别

    设置优化级别可以获得显式指定优化技术的好处，尤其出于下面的原因：

    为了管理非常小的数据库或者非常简单的查询语句

    为了在你的数据库服务器编译时进行内存限制

    为了减少查询编译时间，比如 PREPARE

    大多数语句可以通过使用第 5 级优化得到充分的优化和合理的资源，这也是默认的查询优化级别。在一个给定的优化级别，查询编译时间和资源消耗是主要受查询复杂度的影响，尤其是连接以及子查询的数目。不过，编译时间和资源的使用同样受到执行优化的影响。

    查询优化级别 1，2，3，5 和 7 适用于一般用途。只有你需要进一步减少查询优化时间而且在你知道 SQL 语句非常简单的情况下才考虑级别 0 。

    Tip：要分析一个运行很长时间的查询，对查询运行 db2batch 来找出花了多少时间在编译上在运行上花费了多少时间。如果编译需要更多的时间，降低优化级别。如果执行需要更多的时间那么就考虑更高的优化级别

    当你选择了一个优化级别，考虑下面的一般准则：

    从使用默认查询优化级别开始，级别 5

    要使用默认级别之外的级别，首先尝试级别 1，2 或 3 。级别 0，1 和 2 使用贪婪连接枚举运算法则。

    如果你有很多表以及在同一列上有大量的连接谓词，在关心编译时间的情况下使用优化级别 1 或 2 。

    对只有不到一秒的运行时间的查询使用一个低的优化级别（0 或 1）。比如查询往往有下面的特点：

    只访问一个或很少的表

    只获取一行或者几行

    使用完全唯一的索引

    在线事务处理（OLTP）事务是这种类型访问的很好例子

    对长时间运行（超过 30 秒）的语句使用高一些的优化级别（3，5 或 7）。

    优化级别 3 及其以上使用动态编程连接枚举算法。这个算法考虑更多的可选计划，并且可能招致比 0，1，和 2 更多的编译时间，尤其在表的数目增加后。

    只有在你对一个查询有特别的优化需求时才使用优化级别 9 。

    复杂查询需要不同数量的优化来选择非常好的访问计划。对有下面特征的查询，请考虑使用更高的优化级别：

    访问一个大表

    谓词数目很多

    大量的子查询

    很多连接

    很多集合操作，比如 UNION 和 INTERSECT

    很多匹配的行

    有 GROUP BY 何 HAVING 操作

    嵌套表描述

    大量的视图

    决策支持查询或月底报告查询对于数据库是一个很常见的复杂查询的很好例子，对于这类查询优化级别至少应该使用默认值。

    使用更高的查询优化级别的 SQL 语句是由查询生成器产生的。很多查询生成器创建效率低下的查询。写得很拙劣的查询，包括那些有查询生成器产生的查询，需要额外的优化以选择一个好的访问计划。使用查询优化级别 2 和更高的级别可以提高那些 SQL 查询。

    对于 SAP 应用程序，总是使用优化级别 5 。这个优化级别启用了很多为 SAP 优化过的 DB2 功能，比如设置 DB2_REDUCED_OPTIMIZATION 注册表变量。

    使用参数标记来减少动态语句的编辑时间

    DB2 数据服务器可以通过在动态语句高速缓存中保存访问片段和语句文本来避免重复预编译一个前面运行过的动态 SQL 语句。对这个语句的一个后续 PREPARE 请求将尝试在动态语句高速缓存中查找访问片段来避免编译。然而，只要谓词在字面上有一点不同，这个语句高速缓存中的片段就不一致。例如，下面两个语句就在动态语句高速缓存中被看作不同的语句。

    SELECT AGE FROM EMPLOYEE WHERE EMP_ID = 26790

    SELECT AGE FROM EMPLOYEE WHERE EMP_ID = 77543

    如果它们运行得太频繁，相关 SQL 语句的编译甚至会造成额外的系统 CPU 负担。在“ Monitoring and Tuning the System ”非常好的实践文章中描述了 如何检测这性能问题。如果你的系统遇到这类性能问题，应该考虑把应用程序改成使用参数标记来把谓词的值传递给 DB2 编译器，而不要显式的在 SQL 语句中包含它。不过，对于复杂的查询如果使用参数标记那么得到的访问计划可能不是最优的。更多信息请参见“在复杂查询中使用 REOPT 绑定选项和输入变量”。

    设置 DB2_REDUCED_OPTIMIZATION 注册表变量

    如果对你的应用程序设置的优化级别不能充分的减少编译时间，那么就尝试设置 DB2_REDUCED_OPTIMIZATION 注册变量。这个注册变量在优化器查找空间上比设置优化级别提供了更多控制。这个注册变量让你可以请求在指定的优化级别中减少优化功能或者严格使用优化功能。如果你减少了使用优化技术的数目，你同样减少了时间和优化过程中使用的资源。

    注意：虽然优化时间和资源使用可能会减少，这也增加了产生的查询计划不是最优的风险。

    首先，尝试设置注册表变量为 YES 。如果优化级别是 5（默认值）或更低，优化器将不会使用某些需要花费大量准备时间和资源的优化技术，但是通常也不会产生更好的查询计划。如果优化级别是 5，优化器会减少或取消一些额外的技术，这可能进一步减少优化时间和使用的资源，不过同样进一步增加了得到的查询计划不是最优的风险。对于低于 5 的优化级别，它们的一些技术可能在任何情况下都无效。

    如果设置 YES 没能充分缩短编译时间，可以尝试设置这个注册变量为一个数字。效果是和 YES 一样，对于在级别 5 上的动态准备查询优化有后续的附加行为。如果在任何查询块中连接的总数目超过了这个设置，那么优化器就切换到一个贪婪连接枚举算法而不是取消额外的优化技术。这样的效果是查询将在一个类似优化级别 2 的级别上被优化。