qData v1.6.7 更新：增量同步修复后，我会先查哪些地方
内容提要
qData数据中台开源版v1.6.7修复了消息通知、时间范围增量读取和ETL字段处理问题。升级前应重点验证增量同步的边界条件，用边界样本连续跑相邻窗口并按主键比对差异；确认通知修复后真实失败消息能送达且含足够排查信息；保存配置与读取进度，明确数据回滚方式，先小范围试跑再决定是否全量升级。
延伸解读
增量同步的边界验证不能只看总数
文章指出，时间范围增量读取的修复摘要未说明边界是否包含，因此升级前应准备恰好落在窗口边界的记录，让相邻窗口连续跑一遍。比对时不能只比总条数，因为总数相同也可能出现漏一条又多一条的情况，必须按业务主键查差异。此外，数据库字段精度与任务参数精度是否一致也需单独确认，不能默认修复版本已覆盖所有边界约定。
通知修复的验收要落到真实失败场景
消息通知修复容易被当作界面小调整，但若值班依赖通知接收失败消息，验收就不能只点测试按钮。文章建议关注真实任务失败后消息能否到达接手人，以及消息中是否包含足够信息定位任务和日志。同时提醒，收到成功通知不等于数据正确，仍需挑业务表核对同步时间段内的主键集合和必要字段，涉及字段转换的任务还要检查空值与类型转换失败的处理结果。
升级前先想清楚数据怎么撤回
文章强调，程序回退容易，但目标表不会随版本回退自动恢复原样。升级前应保存任务配置和当前读取进度，并弄清新版本写出的数据如何撤回。若只能靠重跑补救，需先确认重跑不会重复记账或覆盖正确记录。对于运行稳定的现有任务，不建议仅凭发布标题全量升级，应先找完整变更说明确认是否受影响，再选可重放、输出可核对的任务小范围试跑。
Q&A
qData v1.6.7 更新了哪些内容？
qData 数据中台开源版 v1.6.7 主要修复了消息通知、时间范围增量读取和 ETL 字段处理方面的问题。
升级 qData 前为什么要重点验证增量同步的边界条件？
因为时间范围增量读取的边界处理直接影响数据完整性，边界是否包含可能导致记录重复读取或跳过。摘要未说明具体错误类型，因此升级前需用边界样本连续跑相邻窗口，并按主键比对差异，确保数据不重不漏。
如何验证消息通知修复是否真正生效？
不能只测试按钮能否发出通知，而应模拟真实任务失败，确认消息能送达接手人，并且消息中包含足够的信息（如任务标识、日志位置）以便排查问题。
升级后如果出现问题，回滚时需要注意什么？
程序回退容易，但目标表数据不会自动恢复。升级前应保存任务配置和读取进度，明确新版本写入数据的撤回方式；若只能重跑补救，需先确认重跑不会重复记账或覆盖正确记录。
小团队升级 qData 时应该采取什么策略？
不要仅凭发布标题全量升级。应先找完整变更说明确认当前版本是否受影响，再选一个能重放、输出可核对的任务小范围试跑，控制试跑范围，避免验证变成补数工程。
收到成功通知是否代表数据同步正确？
不代表。成功通知只说明任务运行状态，不能作为数据验收依据。应挑业务表核对同步时间段内的主键集合和必要字段，涉及字段转换的任务还需检查空值、类型转换失败时的处理结果。
