如何使用 Optim Query Tuner 进行数据库性能调优，第 3 部分: 基于 Optim Query Tuner 的应用性能调优和监控

启动“向导”

OQT 提供了一个“Workload List”视图用于管理工作负载。在这个视图中，用户可以点击“New Workload”->“Wizard”菜单项启动一个向导，从应用中获取详细信息并生成一个新的工作负载，见图 1。

图 1. 启动“向导”

　　查看原图（大图）

指定查询“源”

应用中的查询语句一般可以分为两类，一类是动态查询，一类是静态查询。动态查询执行之后会被缓存到 dynamic statement cache（动态语句高速缓存）中。静态查询经过预编译、编译和绑定之后会以 package（包）或者 plan（计划）的形式存储到 DB2 的 catalog（编目）表中。在“向导”的第二步中，用户需要指定一个“源”类型以供 OQT 获取应用中的查询语句。如果应用中的查询为动态查询，则选择“statement cache”作为“源”；如果应用中的查询为静态查询，则选择“catalog”作为源，见图 2。

图 2. 指定查询“源”

指定过滤条件

数据库中可能存在很多应用，每个应用中可能有成百上千的查询，而真正引起性能问题的查询又可能是其中的一小部分。为了准确定位到应用中的相关查询，需要指定一些过滤条件。比如，对于“statement cache”，可以通过指定用户的 ID 和执行次数来缩小获取查询的范围。图 3 展示了如何从“statement cache”中获取由 ADMF001 执行了不少于 3 次的查询语句。有关详细信息，可以参考本系列文章的第二部分：使用 OQT 来对 SQL 语句进行优化。