在DB2的查询优化体系中，优化器依赖统计信息来估算中间结果集的基数，进而选择连接顺序、访问路径和连接方法。然而在实际生产环境中，由于表结构复杂、列相关性较强或者统计信息采集不及时，优化器经常面对部分统计数据缺失的情况。默认行为下，遇到这种情况优化器只能使用保守的默认估算值，往往导致执行计划严重偏离实际情况。opt_enable_partial_data_scorecard这个注册变量就是为了缓解这一问题而存在的，它允许优化器在部分数据不可用的情况下依然构建和使用数据记分卡，提升估算精度。
什么是数据记分卡以及该参数的作用原理
数据记分卡（Data Scorecard）是DB2优化器内部用于评估和整合统计信息质量的一种机制。优化器在为查询生成执行计划时，会对每张表、每个列的相关统计信息进行打分，分数越高说明统计信息越可信，基数估算也就越接近真实值。当所有必需的统计信息都完整时，记分卡可以顺利构建；但一旦某些关键统计缺失，传统的处理方式是放弃记分卡机制，直接回退到默认估算。
启用opt_enable_partial_data_scorecard之后，优化器的行为发生了变化：即使部分统计信息不可用，它也会尽力利用已有的统计信息构建一份部分记分卡，并结合启发式规则对缺失部分进行补偿估算。这种方式在多表连接、复杂谓词、存在列组统计信息缺口的场景下尤为有效，因为它避免了全有或全无的极端处理方式，让估算结果更加平滑和接近真实分布。
需要理解的是，该参数并不会凭空创造准确的统计信息，它只是让优化器在信息不全时更聪明地利用现有数据。因此它本质上是一种容错和补偿机制，不能替代定期的统计信息采集工作。
如何启用与配置opt_enable_partial_data_scorecard
该参数属于DB2的注册变量（Registry Variable），不能通过数据库配置参数修改，必须使用db2set命令设置。设置注册变量通常需要sysadm权限，并且修改后需要重启实例才能生效。下面是完整的操作步骤。
首先确认当前变量状态，可以在命令行执行：
db2set -all # 查看输出中是否已经包含 opt_enable_partial_data_scorecard
如果没有设置过，执行以下命令启用该功能：
# 启用部分数据记分卡，值为 YES 或 ON 均可 db2set opt_enable_partial_data_scorecard=YES # 设置完成后重启实例使其生效 db2stop force db2start
重启之后可以通过监控验证变量是否已经生效。建议在测试环境中先用简单的查询确认优化器行为变化，再推广到生产环境。如果要取消该设置，使用带-i参数的命令即可：
db2set -r opt_enable_partial_data_scorecard db2stop force db2start
需要注意，注册变量是实例级别的设置，影响该实例下的所有数据库。如果你的实例承载了多个业务库，启用前应当评估对其他库查询计划的影响，最好在低峰期执行重启操作。
启用后如何验证效果与注意事项
启用参数后，验证工作主要通过执行计划对比完成。常用做法是启用前后分别捕获同一条复杂SQL的访问计划，使用EXPLAIN工具配合db2exfmt格式化输出，重点观察基数估算列（Estimated Cardinality）与实际行数的偏差是否缩小，连接顺序是否更加合理。
-- 先设置解释表（如未创建）
CALL SYSPROC.SYSINSTALLOBJECTS('EXPLAIN','C',NULL,CURRENT SCHEMA)
-- 对目标语句生成访问计划
SET CURRENT EXPLAIN MODE EXPLAIN;
SELECT o.order_id, c.customer_name
FROM orders o
JOIN customer c ON o.cust_id = c.cust_id
WHERE o.created > '2023-01-01'
AND c.region = 'EAST';
SET CURRENT EXPLAIN MODE NO;
-- 格式化查看计划
-- db2exfmt -d SAMPLE -n % -s % -w -1 -o plan_after.txt对比两份计划文件时，关注点包括：FILTER因子是否更精确、JOIN的表顺序是否改变、是否从表扫描切换为索引扫描。如果启用后估算偏差明显缩小，说明该参数在你的场景中发挥了作用。
关于副作用，有两点必须重视。第一，启用该参数会增加查询编译阶段的CPU开销，因为优化器需要额外计算部分记分卡。对于执行频率极高但本身很简单的短查询，编译开销的占比可能上升，极端情况下整体响应反而变慢。第二，执行计划可能发生变化，原本稳定的SQL可能选择新路径，生产环境启用前应充分回归测试核心业务SQL。建议的做法是：只在统计信息确实难以补全、且存在明显基数估算偏差的场景下启用，同时结合RUNSTATS采集列组统计信息一起使用，才能获得最佳效果。
总结来说，opt_enable_partial_data_scorecard是DB2优化器容错能力的一个重要补充，它让统计信息不完整的系统也能获得相对可靠的执行计划。但它不是万能钥匙，合理的统计信息维护策略仍然是性能优化的根基，两者配合使用才能让复杂查询的稳定性达到理想水平。
DB2opt_enable_partial_data_scorecard数据记分卡修改时间：2026-09-12 20:30:32