DB2的查询优化器高度依赖统计信息来判断表的数据分布、基数估算和连接选择性。当统计信息不完整、过期或者部分列缺少统计时，优化器只能采用默认假设进行估算，往往导致执行计划偏差较大。为了缓解这个问题，DB2引入了注册变量opt_enable_partial_data_augmentation，允许优化器在部分统计信息可用的情况下启用数据增强机制，提高基数估算的准确性。本文将从原理、配置方法、实际影响和注意事项几个方面展开介绍。
什么是opt_enable_partial_data_augmentation
opt_enable_partial_data_augmentation是DB2的一个数据库级别注册变量（Registry Variable），并不属于常规的数据库配置参数（db cfg），而是通过db2set命令进行设置。它的核心作用是控制优化器在使用DATA AUGMENTATION特性时的行为。
所谓数据增强，是指优化器在没有完整统计信息的前提下，利用已有的部分统计信息、约束信息（如唯一约束、检查约束）以及采样数据，对缺失的统计部分进行推断和补充估算。默认情况下，DB2的数据增强要求统计信息相对完整，而当该参数启用后，优化器允许在仅部分对象具备增强条件时也应用增强逻辑，避免因为个别表或列缺少统计而整体放弃增强。
这个参数常见于使用了列组统计、分布式统计或带有复杂谓词的多表连接场景。当查询涉及大量连接列而部分列上没有收集列组统计信息时，启用部分数据增强往往能显著改善基数估算，从而避免优化器选择嵌套循环或错误的连接顺序。
如何查看和设置该参数
首先确认当前数据库服务器上该变量的设置情况，使用如下命令查看所有与优化器相关的注册变量：
db2set -all -- 输出中查找是否包含 opt_enable_partial_data_augmentation
如果要启用部分数据增强，将其设置为ON（不同版本可能支持YES或1，建议以对应版本文档为准）：
db2set opt_enable_partial_data_augmentation=ON -- 设置后必须重启实例才能生效 db2stop db2start
需要注意，db2set修改的是实例级注册变量，修改后必须重启DB2实例才会生效。因此在生产环境操作时，应安排在维护窗口进行，并提前评估重启对业务的影响。关闭该功能则执行如下命令：
db2set opt_enable_partial_data_augmentation= -- 赋空值即清除该变量，随后同样需要重启实例
重启后可以通过db2set -all确认变量已经出现在列表中，也可以结合db2pd等诊断命令观察优化器行为的变化。建议在设置前后各保存一份注册变量清单，方便出现问题时快速回退。
启用后的影响与验证方法
启用部分数据增强后，最直接的变化体现在执行计划的基数估算上。验证方法是对同一SQL分别在不同设置下收集执行计划，对比估算行数与实际行数的偏差：
-- 使用EXPLAIN捕获执行计划 SET CURRENT EXPLAIN MODE EXPLAIN; SELECT o.order_id, c.customer_name FROM orders o, customer c WHERE o.cust_id = c.cust_id AND o.order_date BETWEEN '2023-01-01' AND '2023-12-31'; SET CURRENT EXPLAIN MODE NO;
然后通过db2exfmt工具格式化输出计划，重点观察连接操作符上的估算基数（EstCard）是否更接近实际行数。如果启用后估算明显改善，说明该查询确实受益于部分数据增强；反之则需要进一步排查统计信息的覆盖情况。
从实际经验来看，该参数对以下场景收益较明显：一是多表连接且只收集了部分列组统计的场景；二是包含大量本地谓词的复杂报表查询；三是数据倾斜明显但直方图覆盖不全的列。而对于统计信息完整、查询简单的OLTP场景，启用后通常没有明显变化，甚至可能带来额外的优化编译开销，因此不建议盲目全量启用。
同时也存在一定风险：部分增强依赖推断，如果约束定义与实际数据不符（例如被禁用的约束），可能导致估算反而偏离。因此启用后应重点监控高风险SQL的执行计划和执行时间，必要时通过优化概要文件（Optimization Profile）固定关键查询的计划，保证业务稳定性。
使用建议与常见问题排查
第一，启用前先保证基础统计信息尽可能完整，使用RUNSTATS收集表和索引的详细统计，包括列组统计，例如：
RUNSTATS ON TABLE sales.orders WITH DISTRIBUTION AND DETAILED INDEXES ALL;
第二，设置后如果某些查询计划发生变化导致性能回退，不要急于关闭参数，先用db2exfmt分析新旧计划的差异，确认是估算问题还是访问路径问题。可以临时通过REOPT提示或优化概要文件控制单条SQL的行为，而不影响整个实例。
第三，注意版本差异。opt_enable_partial_data_augmentation并非所有DB2版本都支持，在Linux、UNIX和Windows平台的不同版本中行为可能略有不同。设置前应查阅对应版本的官方文档，确认变量名称是否有效。如果设置后db2diag.log中出现优化器相关的警告信息，应结合诊断日志判断增强逻辑是否被正确应用。
总结来说，opt_enable_partial_data_augmentation是DB2优化器在统计信息不足场景下的一个有力补充。合理启用它可以改善复杂查询的基数估算，但需要配合完善的RUNSTATS策略和执行计划监控手段，才能在性能收益和稳定性之间取得平衡。建议先在测试环境充分验证，再逐步推广到生产实例。
DB2opt_enable_partial_data_augmentation数据增强修改时间：2026-09-02 00:18:43