DB2的RUNSTATS命令是数据库管理中用于收集和更新统计信息的关键工具,这些统计信息被查询优化器用于生成高效的执行计划，通过准确收集表、索引、列等对象的统计信息，RUNSTATS能够帮助优化器更好地理解数据分布特征，从而选择最优的访问路径和连接策略，显著提升查询性能，若统计信息过时或缺失，优化器可能会做出错误决策，导致全表扫描、低效的索引使用或不当的连接顺序，进而影响整体数据库性能。
RUNSTATS命令的基本语法结构包括对表、索引或列级别的统计信息收集，最常用的语法形式为：RUNSTATS ON TABLE [schema.]TABLENAME [FOR INDEXES [INDEXNAME] | FOR COLUMNS [COLUMNSPEC]] [WITH DISTRIBUTION [AND DETAILED] [AND SAMPLED n PERCENT] [AND FREQUENCIES]] [ALLOW WRITE ACCESS]，schema指定表所属的模式，TABLENAME为必选参数，指定要收集统计信息的表名，FOR INDEXES子句用于收集索引的统计信息，可指定特定索引或所有索引；FOR COLUMNS子句则专注于列级别的统计信息，如数据分布、高频值等，WITH选项用于控制统计信息的详细程度，DISTRIBUTION表示收集列的数据分布信息（如直方图），DETAILED会收集更详细的统计信息（如行数、页数、平均行长度等），SAMPLED n PERCENT表示通过采样方式收集统计信息，适用于大表以减少开销，FREQUENCIES则收集列中最频繁出现的值及其计数。
RUNSTATS命令的核心功能在于全面收集对象的统计信息,表级别的统计信息包括行数、页数、平均行长度、表在表空间中的位置等，这些信息帮助优化器估算表的大小和I/O成本，索引级别的统计信息包括叶页数、非叶页数、平均叶页密度、唯一键值数量等，用于评估索引的效率和选择性，列级别的统计信息是最关键的，包括最小值、最大值、平均值、标准差、不同值数量（NDV）、空值数量等，尤其是数据分布信息（如通过直方图记录不同区间的数据行数），能够帮助优化器更准确地估算条件选择率，对于WHERE salary > 50000这样的查询，如果salary列的统计信息显示大部分行都满足该条件，优化器可能会选择全表扫描而非使用索引；反之，如果只有少量行满足条件，索引扫描则更高效。
执行RUNSTATS命令时需要考虑多个因素以确保效果最佳,执行频率应根据数据变化情况确定，对于频繁更新的表（如交易系统中的核心表），可能需要每天或每周执行；对于几乎不更新的表（如历史归档表），可定期执行或手动触发，对于大表，建议使用SAMPLED选项（如SAMPLED 20 PERCENT）以减少对系统性能的影响，同时保证统计信息的代表性，WITH DISTRIBUTION和WITH DETAILED选项能提供更准确的统计信息，但会增加收集时间和系统开销，需在精度和性能之间权衡，执行RUNSTATS时建议在低峰期进行，并允许写访问（ALLOW WRITE ACCESS），避免阻塞业务操作。
以下是RUNSTATS常用选项的对比说明：
| 选项 | 功能说明 | 适用场景 |
|---|---|---|
| FOR INDEXES | 收集指定表的所有或特定索引的统计信息 | 需要评估索引使用效率时 |
| FOR COLUMNS | 收集指定列的统计信息 | 关注列数据分布和选择率时 |
| WITH DISTRIBUTION | 收集列的数据分布直方图 | 列值分布不均匀（如性别、年龄段） |
| WITH DETAILED | 收集详细的行数、页数、平均行长度等信息 | 需要精确估算I/O成本时 |
| WITH SAMPLED n PERCENT | 通过n%的采样数据收集统计信息 | 大表统计信息收集，减少开销 |
| ALLOW WRITE ACCESS | 允许在执行RUNSTATS时进行写操作 | 业务连续性要求高的环境 |
不当使用RUNSTATS可能导致问题,例如过度频繁执行会增加系统负载，而执行不足则会导致统计信息过时，建议结合监控工具（如DB2的监控视图）跟踪查询性能变化，当发现查询计划异常或性能下降时，及时检查并更新统计信息，在批量数据加载或删除大量数据后，应立即执行RUNSTATS，以确保统计信息反映当前数据状态。
相关问答FAQs：
-
问：执行RUNSTATS时是否需要锁定表？
答：默认情况下，RUNSTATS会获取表级别的意向共享锁（IS锁），允许并发读写操作，但不会阻塞DML语句，如果使用ALLOW WRITE ACCESS选项（默认开启），则不会阻塞写操作；若未指定，在收集统计信息期间可能会短暂阻塞写操作，但通常影响较小，对于生产环境，建议保留ALLOW WRITE ACCESS以确保业务连续性。 -
问：如何判断统计信息是否需要更新？
答：可通过以下方式判断：查询DB2的SYSIBM.SYSTABLES、SYSIBM.SYSINDEXES和SYSIBM.SYSCOLUMNS视图，检查统计信息的最后更新时间（如STATISTICS_TIME列）；使用DB2提供的EXPLAIN工具分析查询计划，若发现优化器选择了非预期的访问路径（如全表扫描替代索引扫描）；或通过监控工具发现查询性能突然下降，且数据已发生显著变化（如大量数据插入/删除/更新）。
（图片来源网络，侵删）
