db2 索引优化
在数据库应用程序开发期间，开发人员倾向于在表上定义大量索引，以保证每个查询能够良好地执行。当应用程序开发完成并且数据库投入到生产环境中之后，存在过多索引将导致数据库性能下降。大量的索引意味着数据库系统在执行 update、insert 和 delete (uid) 操作时要做更多的工作。另外，存在大量索引时，runstats 和 reorg 等常规维护活动的运行也显著变慢。因此， 要实现最佳的数据库性能，最关键的是确定哪些索引对查询执行是必要的，哪些是可以安全删除而且不影响查询运行时的。本文解释了几种方法，db2® for linux®, unix®, and windows® (db2 luw) 数据库管理员（dba）可以通过它们识别未使用和不常使用的索引。
db2 design advisor (db2advis)
db2 design advisor 是识别未使用索引的简单方法。您可以使用 design advisor 分析一组 sql 语句及其执行频率。分析完成之后，design advisor 返回以下信息：
额外的索引定义，它们通过减少查询的运行时间改进查询性能
db2 用于查询执行的现有索引的名称
db2 未用于查询执行的现有索引的名称
让我们看看基于 db2 测试数据库 sample 的 design advisor 使用场景。
首先，通过在命令行上执行 db2sampl 命令创建 sample 数据库，如清单 1 所示。
清单 1. 创建 sample 数据库
db2sampl
在调用 design advisor 之前，您必须运行 explain.ddl 脚本来创建它需要的 explain 表。您可以在 db2 安装的 sqllib/misc 子目录中找到该脚本。您仅需运行该脚本一次。清单 2 显示了运行该脚本所需的命令。
清单 2. 创建 explain 表
db2 "connect to sample"
db2 -tf "c:\program files\ibm\sqllib\misc\explain.ddl"
当调用 design advisor 时，您必须定义需要对其进行分析的 sql 语句组。您可以通过几种方法定义 sql 语句组。其中一种方法是提供一个包含需要分析的 sql 语句的文本文件。例如，清单 3 显示了一个名为 queries.sql 样例文件，它包含一组 sql 语句。
清单 3. db2 design advisor 输入文件 queries.sql
-- employee queries
--#set frequency 123
select lastname from employee where empno = '000010';
--#set frequency 456
select lastname from employee where workdept = 'a00';
-- department queries
--#set frequency 245
select deptname from department where deptno = 'a00';
--#set frequency 678
select deptname from department where mgrno = '000010';
-- project queries
--#set frequency 345
select projname from project where projno = 'op1000';
在创建 design advisor 需要分析的 sql 语句文本文件时，您需要考虑以下事项：
注释行以 -- 开始，design advisor 将忽略它们。
如果知道的话，您可以选择指定每个查询的大致执行频率。这能够帮助 design advisor 更好地估计创建新的索引能够对数据库性能有多大的改进。为此，在查询定义之前添加另外一个以 --#set frequency 开始的行（尽管这些行以 -- 开始，但不被看作是注释行）。
文本文件中的每个 sql 语句都必须以分号结束（;）。
sql 语句可能包含参数标记。可以存在参数标记，因为 design advisor 并没有实际执行 sql 语句，它仅为它们计算其他可行的访问计划。
对于所有没有完全限定的表和视图（不带有显式模式），调用方的授权 id 被用作默认的模式。在调用 design advisor 时，您也可以选择使用 -q 选项覆盖默认模式。
清单 4 显示了一个样例命令，您可以使用它调用 design advisor 和将 queries.sql 指定为包含需要分析的 sql 语句的输入文件。
清单 4. 使用输入文件 queries.sql 调用 db2 data studio
db2advis -d sample -i queries.sql -m i -l -1 -t 0 -o db2advis_file.txt
以上命令的选项包含一些含义：
-d，数据库名。
-i，包含需要分析的 sql 语句的输入文件。
-m，除了相关的索引之外，design advisor 还可以推荐 materialized query tables (mqts)、multidimensional clustering (mdc) 表和对分区表进行重新分区。在这个示例场景中，-m 的值为 i，这表示仅建议使用相关的索引（同时也是默认值）。
-l，新的索引或 mqt 的定义的大小限制。值 -1 表示没有大小限制。
-t，执行 design advisor 的运行时限制。值 0 表示没有时间限制。
-o，输出文件，用于写 design advisor 的建议的位置。
design advisor 创建的输出文件包含 3 个部分：建议的额外索引、建议的现有索引和未使用索引。对于这个场景，您主要对列出未使用索引的部分感兴趣。清单 5 显示了未使用索引部分的示例。
清单 5. db2 design advisor 输出中的未使用索引部分
-- unused existing indexes
-- ============================
-- drop index "fechner "."xdept3";
-- drop index "fechner "."xproj2";
-- ===========================
对于这个场景，design advisor 表明索引 xdept3 和 xproj2 未被使用。不过要记住，该建议仅基于 design advisor 分析的一组 sql 语句（包含在输入文件中的 sql 语句）。除了输入文件中的 sql 语句之外，还可能存在其他依赖于识别到的索引改善执行时间的语句。因此，在删除识别到的未使用索引之前，一定要小心检查和认真考虑依赖它们的其他 sql 语句。
包含 sql 语句的输入文件有一个代替办法，即让 design advisor 计算数据库的 sql 语句缓存的内容。为此，您需要在 db2advis 上使用 -g 选项，如清单 6 所示。
清单 6. 调用 db2 design advisor 计算 sql 语句缓存内容
db2advis -d sample -g -m i -l -1 -t 0 -o db2advis_sql_cache.txt
以这种方式调用 design advisor 比手动地创建包含 sql 语句的输入文件要省事得多。不过，您仍然要记住，分析得到的结果仅取决于 sql 语句缓存的当前内容。调用 data studio 时未驻留在缓存中的内容将未被分析。因此，当使用 sql 语句缓存作为输入时，应该在当天的不同时间点运行 design advisor，以计算更大范围的 sql 语句。
回页首
db2pd 实用程序
db2pd 实用程序通常用于问题诊断和监控，但也可用于查询关于数据库活动的信息。使用 db2pd 能够获得的信息之一是：自从数据库活动之后索引被访问的次数。清单 7 显示了如何使用 db2pd 实用程序为数据库中的所有表上的索引获取该信息。
清单 7. 使用 db2pd 实用程序查询表和索引的度量指标
db2pd -db sample -tcbstats all -file db2pd_tab_all.txt
以上调用 db2pd 的选项包含以下含义：
-db 数据库名
-tcbstats all 显示所有表和索引度量指标
-file 输出文件
如果您想要限制 db2pd 实用程序的输出，让它仅显示某些表及其索引，那么使用 -tcbstats 选项指定表空间 id 和表 id。为此，您首先需要在 syscat.tables 目录视图上执行 select 语句来确定表空间 id 和表 id，如清单 8 所示。
清单 8. 查询数据库目录以确定表的表空间 id 和表 id
db2 "select tbspaceid, tableid
from syscat.tables
where tabschema = 'fechner' and tabname = 'department'"
清单 9 显示了来自类似于以上的表空间 id 和表 id 查询的样例结果。
清单 9. 表空间 id 和表 id 查询的结果集
tbspaceid tableid
--------- -------
2 5
1 record(s) selected.
在确定您需要查询的表的表空间 id 和表 id 之后，您可以将 db2pd 输出仅限制到该表。为此，您可以在 -tcbstats 选项之后包含 tbspaceid 和 tableid 子选项，如清单 10 所示。
清单 10. 将 db2pd -tcbstats 输出限制到指定的表
db2pd -db sample -tcbstats all tbspaceid=2 tableid=5 -file db2pd_tab_dept.txt
清单 11 显示了来自类似于以上的 db2pd 查询的样例结果集。
清单 11. db2pd 实用程序显示的索引度量指标
database partition 0 -- database sample -- active -- up 0 days 00:20:34
tcb table information:
address tbspaceid tableid partid mastertbs mastertab tablename schemanm
objclass datasize lfsize lobsize xmlsize
0x797df2b8 2 5 n/a 2 5 department fechner
perm 1 0 0 0
tcb table stats:
address tablename schemanm scans udi rtsudi pgreorgs
nochgupdts reads fscrupdates inserts updates deletes ovflreads ovflcrtes
rowscomp rowsuncomp cclogreads storebytes bytessaved
0x797df2b8 department fechner 0 0 0 0
0 951 0 0 0 0 0 0
0 0 0 - -
tcb index information:
address inxtbspace objectid partid tbspaceid tableid mastertbs mastertab
tablename schemanm iid indexobjsize
0x797e0330 2 5 n/a 2 5 2 5
department fechner 3 8
0x797e0330 2 5 n/a 2 5 2 5
department fechner 2 8
0x797e0330 2 5 n/a 2 5 2 5
department fechner 1 8
tcb index stats:
address tablename iid partid emppgdel rootsplits bndrysplts pseuemptpg
empgmkdusd scans ixonlyscns keyupdates inclupdats nonbndspts pgallocs merges
pseudels delclean intnodspl
0x797e0330 department 3 n/a 0 0 0 0
0 0 0 0 0 0 1 0
0 0 0
0x797e0330 department 2 n/a 0 0 0 0
0 678 0 0 0 0 1 0
0 0 0
0x797e0330 department 1 n/a 0 0 0 0
0 245 0 0 0 0 1 0
0 0 0
与索引使用相关的结果集部分包含在 tcb index stats 部分中。以上的样例输出显示了 department 表有 3 个索引。这些索引是通过索引 id 来表示的（iid 列），而不是索引名。scans 列显示了自数据库激活之后索引被访问的次数：
id 1 索引被访问了 245 次。
id 2 索引被访问了 678 次。
id 3 索引从未被访问过。
因为索引 id 3 从未被访问过，所以可以推断该索引为未使用或很少使用的索引。要获得 id 3 索引的名称，请使用 select 语句查询 syscat.indexes 目录视图，如清单 12 所示。
清单 12. 根据索引 id (iid) 查询数据库目录以确定索引名
db2 "select indschema, indname
from syscat.indexes
where tabschema = 'fechner' and tabname = 'department' and iid = 3"
清单 13 显示了以上的 select 语句的输出。
清单 13. 索引名查询的结果集
indschema indname
------------------------------ ------------------------------
fechner xdept3
1 record(s) selected.
除了 scans 列之外，db2pd 实用程序的 tcb index stats 部分还有一个 ixonlyscns 列，它显示仅扫描索引的数量。仅扫描索引是未包含表访问的索引访问，因为索引本身包含了所有被请求的数据。因此，如果 ixonlyscns 计数器不为 0，您就必须将 scans 列和 ixonlyscns 列的计数合并起来，以得到索引被访问的总次数。
在讨论 design advisor 时已经提到，在解释索引使用信息时必须格外小心。使用 db2pd 方法时也要持有这种态度。某个索引可能要在特定时间点才被使用，但这不一定就意味着该索引永远未被使用。因此，在决定是否删除当前未使用的索引时，一定要仔细考虑。如果您决定删除索引，那么首先要保存它的 create index 语句，以便在需要时轻松地重新创建它。
回页首
db2 workload manager (wlm)
db2 design advisor 和 db2pd 实用程序都是在 db2 version 8 中引入的，并且在 db2 version 9 中仍可使用。从 db2 v9.5 开始，您还可以使用 db2 workload manager (wlm) 来收集索引使用信息。一般而言，wlm 是一个收费的 db2 特性，必须单独购买使用许可证。不过，作为 wlm 的一部分的扩展数据库监控选项可以免费使用，不需要单独的使用许可证。这个小节不介绍 db2 wlm，而是通过一个逐步的说明，教您使用特定于 wlm 的事件监控器和两个 perl 脚本（db2 安装的一部分）收集和计算索引使用信息。
像 design advisor 一样，wlm 要求您在使用它之前创建 explain 表（参见 清单 2 了解关于运行 explain.dll 脚本创建 explain 表的细节）。同样，您必须首先运行位于 sqllib/misc 子目录中的 wlmevmon.ddl 脚本。该脚本创建并启用特定于 wlm 的事件监控器：db2activities、db2statistics 和 db2thresholdviolations。这些事件监控器将收集到的数据写到表中。默认情况下，这些表在表空间 userspace1 中创建。如果您想让表位于另一个表空间中，可以在运行之前对脚本进行相应的修改。清单 14 显示了运行 wlmevmon.ddl 脚本的命令。
清单 14. 创建特定于 wlm 的事件监控器
db2 -tf "c:\program files\ibm\sqllib\misc\wlmevmon.ddl"
默认情况下，事件监控器创建之后带有 autostart 选项，这表示在数据库下一次被激活时将自动运行事件监控器。在使用首次创建的事件监控器之前，您必须首先禁用数据库然后再激活它，或手动运行事件监控器，如清单 15 所示。
清单 15. 启动特定于 wlm 的事件监控器
db2 "set event monitor db2activities state 1"
db2 "set event monitor db2statistics state 1"
db2 "set event monitor db2thresholdviolations state 1"
要理解下一个命令，您需要基本了解服务类 的 wlm 概念。wlm 允许您将具有不同响应时间需求的工作负载分配给不同的服务类和服务子类。从 db2 version 9.5 开始，服务类的使用紧密地集成到 db2 引擎中。即使 wlm 没有显式地使用服务类（即数据库管理员没有定义任何服务类），所有用户事务都是在预定义的服务类上下文中执行的。预定义的服务类为 sysdefaultuserclass，它的对应子类为 sysdefaultsubclass。特定于 wlm 的事件监控器通常针对特定的服务类或服务子类进行激活。这意味着它们仅为这些服务类或服务子类收集数据。
在这个样例场景中，您将为服务子类 sysdefaultsubclass 激活 db2actvities 事件监控器。这样，您将为所有用户事务收集监控器信息，因为没有定义特定于应用程序的服务类。由于不存在特定于应用程序的服务类，所有用户事务都在默认服务类及其子类的上下文中执行。清单 16 显示了为默认的服务类及其子类激活事件监控器的命令。
清单 16. 为默认的服务类及其子类激活事件监控器
db2 "alter service class sysdefaultsubclass under sysdefaultuserclass
collect activity data on all database partitions with details"
监控器数据收集应该包含一个时间框架，您期望在这段时间内发生普通数据库活动（例如，每个工作日的 9 a.m. 到 5 p.m.）。在监控器数据收集完成之后，需要禁用事件监控器，如清单 17 所示。
清单 17. 禁用针对默认服务类及其子类的事件监控器
db2 "alter service class sysdefaultsubclass under sysdefaultuserclass
collect activity data none"
运行 perl 样例程序
在运行 perl 样例程序之前，必须为 perl dbi 安装 perl 解释器和 dbd::db2 驱动程序。关于如何获得最新的驱动程序的信息，请查看 db2 perl database interface for luw。
为了根据收集到的 wlm 事件监控器数据计算索引的使用，db2 提供了两个 perl 脚本，它们是 wlmhist.pl 和 wlmhistrep.pl。您可以在 db2 安装目录下的 samples\perl 子目录中找到它们。这两个脚本都要求使用数据库名、数据库用户名和密码作为输入参数。
首先运行 wlmhist.pl 脚本。它将读取从事件监控器表执行的 sql 语句，然后对每个语句运行 explain 实用程序以生成对应的访问计划。在读取 sql 语句之后，脚本将从 explain 表提取访问计划信息并将其写到名为 wlmhist 的表中（如果还没有 wlmhist 表，就创建它）。
接下来，运行 wlmhistrep.pl 脚本以计算储存在 wlmhist 表中的数据。该脚本创建一个包含关于表和索引使用的细节的报告。当运行 wlmhistrep.pl 时，除了数据库名、数据库用户名和密码之外，您还必须指定生成的报告文件的名称。
清单 18 显示了运行 perl 脚本的命令，该脚本帮助您根据 wlm 事件监控器数据计算索引使用。
清单 18. 执行 wlmhist.pl 和 wlmhistrep.pl perl 脚本
cd "c:\program files\ibm\sqllib\samples\perl"
perl wlmhist.pl sample userid password
perl wlmhistrep.pl sample userid password wlmhistrep.txt
wlmhistrep.pl 生成的报告包含 4 个部分：已使用（命中）表、未使用（未命中）表、已使用（命中）索引和未使用（未命中）索引。对于这个场景，您主要对未使用索引部分感兴趣。清单 19 显示了一个样例报告。
清单 19. wlmhistrep.pl 生成的样例报告
indexes hit report for database sample
_______________________________________________________
table name table schema object name object schema total hits
__________________ _______________ __________________ _______________ __________
...
department fechner pk_department fechner 245
department fechner xdept2 fechner 678
employee fechner pk_employee fechner 123
employee fechner xemp2 fechner 456
project fechner pk_project fechner 345
...
indexes not hit report for database sample
___________________________________________________________
table name table schema index name index schema index type
__________________ _______________ __________________ _______________ __________
...
department fechner xdept3 fechner reg
project fechner xproj2 fechner reg
...
indexes hit report 部分有一个 total hits 列，它表明索引被访问的次数。从未被访问过的索引显示在 indexes not hit report 部分。
回页首
mon_get_index 表函数
本文的 db2pd 实用程序 小节演示了如何使用 db2pd 实用程序获取索引度量指标。不过，如果您使用的是 db2 version 9.7，可以通过查询新的 mon_get_index 表函数获取相同的信息。使用表函数取代 db2pd 实用程序简化了结果计算，因为可以通过与 syscat.indexes 目录视图结合将索引 ids (iids) 转换成索引名。清单 20 显示了如何调用 mon_get_index 表函数的样例。
清单 20. mon_get_index 表函数（文件名 mon_get_index.sql）的样例调用
select
substr(si.indschema, 1, 30) as indschema,
substr(si.indname, 1, 30) as indname,
mgi.index_scans,
mgi.index_only_scans
from
table(mon_get_index('fechner', 'department', -2)) as mgi,
syscat.indexes as si
where
mgi.tabschema = si.tabschema
and mgi.tabname = si.tabname
and mgi.iid = si.iid
order by
mgi.index_scans desc;
mon_get_index 期望接收以下参数：
表模式
表名
数据库分区号
对于单分区数据库，您可以对数据库分区号仅指定 -1（当前分区）或 -2（所有分区），结果是一样的。如果您省略了表名（即指定 null 或空字符串），那么为指定的模式中的所有表返回信息。如果您省略了表名和表模式，那么为数据库中的所有表返回信息。
清单 21 显示了来自类似于以上查询的样例结果。
清单 21. 来自 mon_get_index 表函数的结果
db2 -tf mon_get_index.sql
indschema indname index_scans index_only_scans
-------------------- -------------------- -------------------- --------------------
fechner xdept2 678 0
fechner pk_department 245 0
fechner xdept3 0 0
3 record(s) selected.
mon_get_index 表函数和 db2pd 实用程序提供相同的索引度量指标（扫描索引和仅扫描索引的数量）。不过，您可能发现，处理 mon_get_index 表函数返回的结果集比计算 db2pd 实用程序的输出更加容易。
回页首
结束语
未使用和很少使用的索引可能导致 uid 操作（update、insert 和 delete）和数据库维护活动（比如 runstats 和 reorg）的运行时间更长。这些索引还占用表空间容器和备份映像中的存储空间，您可以通过删除这些索引来更好地利用它们所占用的空间。本文展示了几种方法，用于识别在数据库中定义的未使用和很少使用的索引。您可以根据通过这些方法获得的信息删除不需要的索引。删除不必要的索引能够显著改善 db2 luw 数据库的性能。
db2 design advisor (db2advis)
db2 design advisor 是识别未使用索引的简单方法。您可以使用 design advisor 分析一组 sql 语句及其执行频率。分析完成之后，design advisor 返回以下信息：
额外的索引定义，它们通过减少查询的运行时间改进查询性能
db2 用于查询执行的现有索引的名称
db2 未用于查询执行的现有索引的名称
让我们看看基于 db2 测试数据库 sample 的 design advisor 使用场景。
首先，通过在命令行上执行 db2sampl 命令创建 sample 数据库，如清单 1 所示。
清单 1. 创建 sample 数据库
db2sampl
在调用 design advisor 之前，您必须运行 explain.ddl 脚本来创建它需要的 explain 表。您可以在 db2 安装的 sqllib/misc 子目录中找到该脚本。您仅需运行该脚本一次。清单 2 显示了运行该脚本所需的命令。
清单 2. 创建 explain 表
db2 "connect to sample"
db2 -tf "c:\program files\ibm\sqllib\misc\explain.ddl"
当调用 design advisor 时，您必须定义需要对其进行分析的 sql 语句组。您可以通过几种方法定义 sql 语句组。其中一种方法是提供一个包含需要分析的 sql 语句的文本文件。例如，清单 3 显示了一个名为 queries.sql 样例文件，它包含一组 sql 语句。
清单 3. db2 design advisor 输入文件 queries.sql
-- employee queries
--#set frequency 123
select lastname from employee where empno = '000010';
--#set frequency 456
select lastname from employee where workdept = 'a00';
-- department queries
--#set frequency 245
select deptname from department where deptno = 'a00';
--#set frequency 678
select deptname from department where mgrno = '000010';
-- project queries
--#set frequency 345
select projname from project where projno = 'op1000';
在创建 design advisor 需要分析的 sql 语句文本文件时，您需要考虑以下事项：
注释行以 -- 开始，design advisor 将忽略它们。
如果知道的话，您可以选择指定每个查询的大致执行频率。这能够帮助 design advisor 更好地估计创建新的索引能够对数据库性能有多大的改进。为此，在查询定义之前添加另外一个以 --#set frequency 开始的行（尽管这些行以 -- 开始，但不被看作是注释行）。
文本文件中的每个 sql 语句都必须以分号结束（;）。
sql 语句可能包含参数标记。可以存在参数标记，因为 design advisor 并没有实际执行 sql 语句，它仅为它们计算其他可行的访问计划。
对于所有没有完全限定的表和视图（不带有显式模式），调用方的授权 id 被用作默认的模式。在调用 design advisor 时，您也可以选择使用 -q 选项覆盖默认模式。
清单 4 显示了一个样例命令，您可以使用它调用 design advisor 和将 queries.sql 指定为包含需要分析的 sql 语句的输入文件。
清单 4. 使用输入文件 queries.sql 调用 db2 data studio
db2advis -d sample -i queries.sql -m i -l -1 -t 0 -o db2advis_file.txt
以上命令的选项包含一些含义：
-d，数据库名。
-i，包含需要分析的 sql 语句的输入文件。
-m，除了相关的索引之外，design advisor 还可以推荐 materialized query tables (mqts)、multidimensional clustering (mdc) 表和对分区表进行重新分区。在这个示例场景中，-m 的值为 i，这表示仅建议使用相关的索引（同时也是默认值）。
-l，新的索引或 mqt 的定义的大小限制。值 -1 表示没有大小限制。
-t，执行 design advisor 的运行时限制。值 0 表示没有时间限制。
-o，输出文件，用于写 design advisor 的建议的位置。
design advisor 创建的输出文件包含 3 个部分：建议的额外索引、建议的现有索引和未使用索引。对于这个场景，您主要对列出未使用索引的部分感兴趣。清单 5 显示了未使用索引部分的示例。
清单 5. db2 design advisor 输出中的未使用索引部分
-- unused existing indexes
-- ============================
-- drop index "fechner "."xdept3";
-- drop index "fechner "."xproj2";
-- ===========================
对于这个场景，design advisor 表明索引 xdept3 和 xproj2 未被使用。不过要记住，该建议仅基于 design advisor 分析的一组 sql 语句（包含在输入文件中的 sql 语句）。除了输入文件中的 sql 语句之外，还可能存在其他依赖于识别到的索引改善执行时间的语句。因此，在删除识别到的未使用索引之前，一定要小心检查和认真考虑依赖它们的其他 sql 语句。
包含 sql 语句的输入文件有一个代替办法，即让 design advisor 计算数据库的 sql 语句缓存的内容。为此，您需要在 db2advis 上使用 -g 选项，如清单 6 所示。
清单 6. 调用 db2 design advisor 计算 sql 语句缓存内容
db2advis -d sample -g -m i -l -1 -t 0 -o db2advis_sql_cache.txt
以这种方式调用 design advisor 比手动地创建包含 sql 语句的输入文件要省事得多。不过，您仍然要记住，分析得到的结果仅取决于 sql 语句缓存的当前内容。调用 data studio 时未驻留在缓存中的内容将未被分析。因此，当使用 sql 语句缓存作为输入时，应该在当天的不同时间点运行 design advisor，以计算更大范围的 sql 语句。
回页首
db2pd 实用程序
db2pd 实用程序通常用于问题诊断和监控，但也可用于查询关于数据库活动的信息。使用 db2pd 能够获得的信息之一是：自从数据库活动之后索引被访问的次数。清单 7 显示了如何使用 db2pd 实用程序为数据库中的所有表上的索引获取该信息。
清单 7. 使用 db2pd 实用程序查询表和索引的度量指标
db2pd -db sample -tcbstats all -file db2pd_tab_all.txt
以上调用 db2pd 的选项包含以下含义：
-db 数据库名
-tcbstats all 显示所有表和索引度量指标
-file 输出文件
如果您想要限制 db2pd 实用程序的输出，让它仅显示某些表及其索引，那么使用 -tcbstats 选项指定表空间 id 和表 id。为此，您首先需要在 syscat.tables 目录视图上执行 select 语句来确定表空间 id 和表 id，如清单 8 所示。
清单 8. 查询数据库目录以确定表的表空间 id 和表 id
db2 "select tbspaceid, tableid
from syscat.tables
where tabschema = 'fechner' and tabname = 'department'"
清单 9 显示了来自类似于以上的表空间 id 和表 id 查询的样例结果。
清单 9. 表空间 id 和表 id 查询的结果集
tbspaceid tableid
--------- -------
2 5
1 record(s) selected.
在确定您需要查询的表的表空间 id 和表 id 之后，您可以将 db2pd 输出仅限制到该表。为此，您可以在 -tcbstats 选项之后包含 tbspaceid 和 tableid 子选项，如清单 10 所示。
清单 10. 将 db2pd -tcbstats 输出限制到指定的表
db2pd -db sample -tcbstats all tbspaceid=2 tableid=5 -file db2pd_tab_dept.txt
清单 11 显示了来自类似于以上的 db2pd 查询的样例结果集。
清单 11. db2pd 实用程序显示的索引度量指标
database partition 0 -- database sample -- active -- up 0 days 00:20:34
tcb table information:
address tbspaceid tableid partid mastertbs mastertab tablename schemanm
objclass datasize lfsize lobsize xmlsize
0x797df2b8 2 5 n/a 2 5 department fechner
perm 1 0 0 0
tcb table stats:
address tablename schemanm scans udi rtsudi pgreorgs
nochgupdts reads fscrupdates inserts updates deletes ovflreads ovflcrtes
rowscomp rowsuncomp cclogreads storebytes bytessaved
0x797df2b8 department fechner 0 0 0 0
0 951 0 0 0 0 0 0
0 0 0 - -
tcb index information:
address inxtbspace objectid partid tbspaceid tableid mastertbs mastertab
tablename schemanm iid indexobjsize
0x797e0330 2 5 n/a 2 5 2 5
department fechner 3 8
0x797e0330 2 5 n/a 2 5 2 5
department fechner 2 8
0x797e0330 2 5 n/a 2 5 2 5
department fechner 1 8
tcb index stats:
address tablename iid partid emppgdel rootsplits bndrysplts pseuemptpg
empgmkdusd scans ixonlyscns keyupdates inclupdats nonbndspts pgallocs merges
pseudels delclean intnodspl
0x797e0330 department 3 n/a 0 0 0 0
0 0 0 0 0 0 1 0
0 0 0
0x797e0330 department 2 n/a 0 0 0 0
0 678 0 0 0 0 1 0
0 0 0
0x797e0330 department 1 n/a 0 0 0 0
0 245 0 0 0 0 1 0
0 0 0
与索引使用相关的结果集部分包含在 tcb index stats 部分中。以上的样例输出显示了 department 表有 3 个索引。这些索引是通过索引 id 来表示的（iid 列），而不是索引名。scans 列显示了自数据库激活之后索引被访问的次数：
id 1 索引被访问了 245 次。
id 2 索引被访问了 678 次。
id 3 索引从未被访问过。
因为索引 id 3 从未被访问过，所以可以推断该索引为未使用或很少使用的索引。要获得 id 3 索引的名称，请使用 select 语句查询 syscat.indexes 目录视图，如清单 12 所示。
清单 12. 根据索引 id (iid) 查询数据库目录以确定索引名
db2 "select indschema, indname
from syscat.indexes
where tabschema = 'fechner' and tabname = 'department' and iid = 3"
清单 13 显示了以上的 select 语句的输出。
清单 13. 索引名查询的结果集
indschema indname
------------------------------ ------------------------------
fechner xdept3
1 record(s) selected.
除了 scans 列之外，db2pd 实用程序的 tcb index stats 部分还有一个 ixonlyscns 列，它显示仅扫描索引的数量。仅扫描索引是未包含表访问的索引访问，因为索引本身包含了所有被请求的数据。因此，如果 ixonlyscns 计数器不为 0，您就必须将 scans 列和 ixonlyscns 列的计数合并起来，以得到索引被访问的总次数。
在讨论 design advisor 时已经提到，在解释索引使用信息时必须格外小心。使用 db2pd 方法时也要持有这种态度。某个索引可能要在特定时间点才被使用，但这不一定就意味着该索引永远未被使用。因此，在决定是否删除当前未使用的索引时，一定要仔细考虑。如果您决定删除索引，那么首先要保存它的 create index 语句，以便在需要时轻松地重新创建它。
回页首
db2 workload manager (wlm)
db2 design advisor 和 db2pd 实用程序都是在 db2 version 8 中引入的，并且在 db2 version 9 中仍可使用。从 db2 v9.5 开始，您还可以使用 db2 workload manager (wlm) 来收集索引使用信息。一般而言，wlm 是一个收费的 db2 特性，必须单独购买使用许可证。不过，作为 wlm 的一部分的扩展数据库监控选项可以免费使用，不需要单独的使用许可证。这个小节不介绍 db2 wlm，而是通过一个逐步的说明，教您使用特定于 wlm 的事件监控器和两个 perl 脚本（db2 安装的一部分）收集和计算索引使用信息。
像 design advisor 一样，wlm 要求您在使用它之前创建 explain 表（参见 清单 2 了解关于运行 explain.dll 脚本创建 explain 表的细节）。同样，您必须首先运行位于 sqllib/misc 子目录中的 wlmevmon.ddl 脚本。该脚本创建并启用特定于 wlm 的事件监控器：db2activities、db2statistics 和 db2thresholdviolations。这些事件监控器将收集到的数据写到表中。默认情况下，这些表在表空间 userspace1 中创建。如果您想让表位于另一个表空间中，可以在运行之前对脚本进行相应的修改。清单 14 显示了运行 wlmevmon.ddl 脚本的命令。
清单 14. 创建特定于 wlm 的事件监控器
db2 -tf "c:\program files\ibm\sqllib\misc\wlmevmon.ddl"
默认情况下，事件监控器创建之后带有 autostart 选项，这表示在数据库下一次被激活时将自动运行事件监控器。在使用首次创建的事件监控器之前，您必须首先禁用数据库然后再激活它，或手动运行事件监控器，如清单 15 所示。
清单 15. 启动特定于 wlm 的事件监控器
db2 "set event monitor db2activities state 1"
db2 "set event monitor db2statistics state 1"
db2 "set event monitor db2thresholdviolations state 1"
要理解下一个命令，您需要基本了解服务类 的 wlm 概念。wlm 允许您将具有不同响应时间需求的工作负载分配给不同的服务类和服务子类。从 db2 version 9.5 开始，服务类的使用紧密地集成到 db2 引擎中。即使 wlm 没有显式地使用服务类（即数据库管理员没有定义任何服务类），所有用户事务都是在预定义的服务类上下文中执行的。预定义的服务类为 sysdefaultuserclass，它的对应子类为 sysdefaultsubclass。特定于 wlm 的事件监控器通常针对特定的服务类或服务子类进行激活。这意味着它们仅为这些服务类或服务子类收集数据。
在这个样例场景中，您将为服务子类 sysdefaultsubclass 激活 db2actvities 事件监控器。这样，您将为所有用户事务收集监控器信息，因为没有定义特定于应用程序的服务类。由于不存在特定于应用程序的服务类，所有用户事务都在默认服务类及其子类的上下文中执行。清单 16 显示了为默认的服务类及其子类激活事件监控器的命令。
清单 16. 为默认的服务类及其子类激活事件监控器
db2 "alter service class sysdefaultsubclass under sysdefaultuserclass
collect activity data on all database partitions with details"
监控器数据收集应该包含一个时间框架，您期望在这段时间内发生普通数据库活动（例如，每个工作日的 9 a.m. 到 5 p.m.）。在监控器数据收集完成之后，需要禁用事件监控器，如清单 17 所示。
清单 17. 禁用针对默认服务类及其子类的事件监控器
db2 "alter service class sysdefaultsubclass under sysdefaultuserclass
collect activity data none"
运行 perl 样例程序
在运行 perl 样例程序之前，必须为 perl dbi 安装 perl 解释器和 dbd::db2 驱动程序。关于如何获得最新的驱动程序的信息，请查看 db2 perl database interface for luw。
为了根据收集到的 wlm 事件监控器数据计算索引的使用，db2 提供了两个 perl 脚本，它们是 wlmhist.pl 和 wlmhistrep.pl。您可以在 db2 安装目录下的 samples\perl 子目录中找到它们。这两个脚本都要求使用数据库名、数据库用户名和密码作为输入参数。
首先运行 wlmhist.pl 脚本。它将读取从事件监控器表执行的 sql 语句，然后对每个语句运行 explain 实用程序以生成对应的访问计划。在读取 sql 语句之后，脚本将从 explain 表提取访问计划信息并将其写到名为 wlmhist 的表中（如果还没有 wlmhist 表，就创建它）。
接下来，运行 wlmhistrep.pl 脚本以计算储存在 wlmhist 表中的数据。该脚本创建一个包含关于表和索引使用的细节的报告。当运行 wlmhistrep.pl 时，除了数据库名、数据库用户名和密码之外，您还必须指定生成的报告文件的名称。
清单 18 显示了运行 perl 脚本的命令，该脚本帮助您根据 wlm 事件监控器数据计算索引使用。
清单 18. 执行 wlmhist.pl 和 wlmhistrep.pl perl 脚本
cd "c:\program files\ibm\sqllib\samples\perl"
perl wlmhist.pl sample userid password
perl wlmhistrep.pl sample userid password wlmhistrep.txt
wlmhistrep.pl 生成的报告包含 4 个部分：已使用（命中）表、未使用（未命中）表、已使用（命中）索引和未使用（未命中）索引。对于这个场景，您主要对未使用索引部分感兴趣。清单 19 显示了一个样例报告。
清单 19. wlmhistrep.pl 生成的样例报告
indexes hit report for database sample
_______________________________________________________
table name table schema object name object schema total hits
__________________ _______________ __________________ _______________ __________
...
department fechner pk_department fechner 245
department fechner xdept2 fechner 678
employee fechner pk_employee fechner 123
employee fechner xemp2 fechner 456
project fechner pk_project fechner 345
...
indexes not hit report for database sample
___________________________________________________________
table name table schema index name index schema index type
__________________ _______________ __________________ _______________ __________
...
department fechner xdept3 fechner reg
project fechner xproj2 fechner reg
...
indexes hit report 部分有一个 total hits 列，它表明索引被访问的次数。从未被访问过的索引显示在 indexes not hit report 部分。
回页首
mon_get_index 表函数
本文的 db2pd 实用程序 小节演示了如何使用 db2pd 实用程序获取索引度量指标。不过，如果您使用的是 db2 version 9.7，可以通过查询新的 mon_get_index 表函数获取相同的信息。使用表函数取代 db2pd 实用程序简化了结果计算，因为可以通过与 syscat.indexes 目录视图结合将索引 ids (iids) 转换成索引名。清单 20 显示了如何调用 mon_get_index 表函数的样例。
清单 20. mon_get_index 表函数（文件名 mon_get_index.sql）的样例调用
select
substr(si.indschema, 1, 30) as indschema,
substr(si.indname, 1, 30) as indname,
mgi.index_scans,
mgi.index_only_scans
from
table(mon_get_index('fechner', 'department', -2)) as mgi,
syscat.indexes as si
where
mgi.tabschema = si.tabschema
and mgi.tabname = si.tabname
and mgi.iid = si.iid
order by
mgi.index_scans desc;
mon_get_index 期望接收以下参数：
表模式
表名
数据库分区号
对于单分区数据库，您可以对数据库分区号仅指定 -1（当前分区）或 -2（所有分区），结果是一样的。如果您省略了表名（即指定 null 或空字符串），那么为指定的模式中的所有表返回信息。如果您省略了表名和表模式，那么为数据库中的所有表返回信息。
清单 21 显示了来自类似于以上查询的样例结果。
清单 21. 来自 mon_get_index 表函数的结果
db2 -tf mon_get_index.sql
indschema indname index_scans index_only_scans
-------------------- -------------------- -------------------- --------------------
fechner xdept2 678 0
fechner pk_department 245 0
fechner xdept3 0 0
3 record(s) selected.
mon_get_index 表函数和 db2pd 实用程序提供相同的索引度量指标（扫描索引和仅扫描索引的数量）。不过，您可能发现，处理 mon_get_index 表函数返回的结果集比计算 db2pd 实用程序的输出更加容易。
回页首
结束语
未使用和很少使用的索引可能导致 uid 操作（update、insert 和 delete）和数据库维护活动（比如 runstats 和 reorg）的运行时间更长。这些索引还占用表空间容器和备份映像中的存储空间，您可以通过删除这些索引来更好地利用它们所占用的空间。本文展示了几种方法，用于识别在数据库中定义的未使用和很少使用的索引。您可以根据通过这些方法获得的信息删除不需要的索引。删除不必要的索引能够显著改善 db2 luw 数据库的性能。