在DB2的查询优化体系中，优化器依赖统计信息来估算各种访问路径的成本。然而现实中统计信息并不总是完整的，比如刚加载完大批数据还没来得及执行RUNSTATS，或者表分区中只有部分分区有统计信息。这种情况下优化器做出的成本估算可能严重偏离实际，导致选择了糟糕的执行计划。DB2提供的opt_enable_partial_data_score注册变量就是针对这类场景的一个调优手段，它允许优化器基于可用的部分数据进行评分，让执行计划的生成更加贴近真实情况。
opt_enable_partial_data_score的作用原理
要理解这个变量的价值，需要先了解DB2优化器的工作机制。优化器在为一个SQL语句生成访问计划时，会对每一种候选路径进行成本估算，这个估算过程会大量依赖系统目录表中的统计信息，包括表的行数、列的频率分布、索引的聚类程度等。当这些信息部分缺失时，优化器默认会采用一些保守的假设，例如均匀分布假设，这往往会导致估算成本与真实执行成本相差甚远。
opt_enable_partial_data_score的作用在于改变优化器处理不完整统计信息的方式。启用之后，优化器不再简单地对缺失部分采用粗糙的全局假设，而是对已有统计数据的那部分数据进行评分，并将这个评分纳入整体成本模型。这样一来，即使统计信息只覆盖了一部分数据，优化器也能利用这部分高质量的信息做出更合理的判断。
需要注意的一点是，这个变量属于DB2的注册变量（registry variable），它影响的是优化器行为层面，而不是数据本身。换句话说，启用它不会改变任何查询结果，只会影响DB2选择哪条路径来执行查询。因此它是一个相对安全的调优选项，风险主要在于可能对某些已经调优好的工作负载产生影响，建议先在测试环境验证后再上生产。
如何启用和关闭该变量
启用opt_enable_partial_data_score需要使用db2set命令，这是DB2管理注册变量的标准方式。具体的操作步骤如下：
-- 查看当前变量设置状态 db2set -all -- 启用部分数据评分 db2set opt_enable_partial_data_score=ON -- 关闭部分数据评分 db2set opt_enable_partial_data_score=OFF -- 设置完成后必须重启实例才能生效 db2stop db2start
这里有一个非常容易踩的坑：db2set命令执行成功并不代表变量立即生效。注册变量大多需要在实例重启之后才会被优化器读取。不少管理员在设置完变量后直接测试执行计划，发现没有任何变化，就误以为变量不起作用，实际上是忘了重启实例。正确的做法是执行db2stop和db2start，然后再通过db2set -all确认变量已经出现在DB2环境变量列表中。
如果你想确认当前实例是否已经读取到这个设置，可以查看db2set -all的输出。带有[e]标记的表示实例级别设置，如果opt_enable_partial_data_score=ON出现在[e]区块下，说明设置已经生效。如果只在[g]全局区块下，当前实例是否继承还要看具体配置情况。
适用场景与实际效果分析
这个变量最适合的场景是统计信息严重滞后或者只能部分获取的大型表。典型情况包括：数据仓库环境中每天批量加载新分区但只对新分区做RUNSTATS；分区表中部分分区的统计信息过期；大批量数据导入后来不及全表收集统计信息等。在这些场景下，启用部分数据评分通常能让优化器避免一些明显不合理的选择，比如本该走索引扫描却因为错误的基数估算选择了全表扫描。
可以通过对比执行计划来验证效果，使用db2exfmt工具分别输出启用前后的访问计划：
-- 设置解释表（如尚未设置） db2 -tf EXPLAIN.DDL -- 启用前捕获执行计划 db2exfmt -d SAMPLE -1 -o plan_before.txt -- 重启实例启用变量后再捕获 db2exfmt -d SAMPLE -1 -o plan_after.txt -- 对比两个文件中的成本估算和基数估算
对比时重点关注两个指标：一是优化器估算的总成本（Timerons），二是各操作符的估算基数与实际行数的偏差。如果启用部分数据评分后估算基数明显更接近真实值，说明这个变量在你的环境中发挥了作用。反之，如果表的统计信息本来就是完整的，启用它通常不会有明显变化，这种情况下就没必要开启。
最后要提醒的是，任何优化器相关的注册变量都不是银弹。opt_enable_partial_data_score解决的是统计信息不完整时的估算问题，根本的解决办法仍然是保持统计信息的及时更新。建议将它作为过渡性的调优手段，配合合理的RUNSTATS策略一起使用，才能让数据库长期保持稳定的查询性能。
DB2opt_enable_partial_data_score部分数据评分修改时间：2026-09-09 13:32:57