深入优化DB2 数据库的五个最佳实践

核心提示： 图1：DB2Engine和一些组件介绍在这篇文章中，我们将回顾一些更具有代表性的SQL问题，深入优化DB2 数据库的五个最佳实践(2)，有更多的SQL方面的性能技巧超出了本篇文章描述的范围，像所有指导方针一样，或是不符合索引的条件，关于您的查询是否可以被索引并且能够在阶段1被处理，所有这些

图1：DB2Engine和一些组件介绍

在这篇文章中，我们将回顾一些更具有代表性的SQL问题，有更多的SQL方面的性能技巧超出了本篇文章描述的范围。像所有指导方针一样，所有这些技巧也会有一些例外。

技巧1：核实是否提供了适当的统计:

对于DB2优化器来说，最重要的资源除了SELECT语句本身，就是DB2目录中创建的统计。优化器基于众多的选择而使用这些统计。DB2优化器为了查询而选择一条非最佳存取路径的主要原因，归结于无效的或缺失的统计。DB2优化器使用以下目录统计:

图2：DB2优化器验证过的列和用来确定的存取路径

经常的执行"RUNSTATS"命令，用来更新DB2的目录统计，这样可以在特别繁忙的生产环境里中得到全貌。为了使执行"RUNSTATS"命令的影响最小化，可以考虑使用采样技术。即使取样10%也够了。另外"RUNSTATS"命令可以更新统计，DB2给您可以额外更新1,000个条目的能力，以用于不均匀的分类统计。当心随着每一条目随着增量的增加，而涉及到对所有参考的绑定时间的影响。

假如当您缺少统计的时候您怎么知道呢?当目录或使用工具不能提供这种功能的时候，您可以通过手工执行查询。当前,DB2优化器不能给缺失的统计提供具体的警告。

技巧2:尽可能的采用阶段1和阶段2的谓词:

不论是阶段1的数据管理器还是阶段2的关系型数据服务器都将处理每一次查询。当您处理查询时，使用阶段1将会比使用阶段2有着巨大的性能优势。当谓词确定阶段1能够处理的时候，通常谓词会限制您只能使用阶段1查询。另外,每一个谓词都会被检验评估是否比另一个谓词更有资袼作为索引路径。有一些谓词不能作为阶段1来处理，或是不符合索引的条件。关于您的查询是否可以被索引并且能够在阶段1被处理，理解这一点是很重要的。下面是文挡化的阶段1或Sargable（search+argument-able谓词是一个可以由数据管理器来值的谓词）谓词：