SQL Server变更追踪显示删除操作但记录仍存在的原因排查

结合你遇到的情况，我梳理了几个实际运维中高频出现的原因，都是踩过坑的经验总结：

1. 同主键记录先删后插，且插入操作的版本号高于你查询的版本 #

这是最常见的场景。假设操作顺序是这样的：

• 在版本 697419 时，执行了 DELETE 删除某条记录
• 在版本 697421 时，又执行了 INSERT 插入了主键相同的新记录

当你用版本 697420 查询 CHANGETABLE 时，插入操作的版本号（697421）比你指定的版本高，所以不会被包含在结果里，只会显示之前的删除操作（'D'）。但原表中存在的是后来插入的同主键记录，所以你查原表能看到它。

验证方法：尝试用更高版本号查询，比如 CHANGETABLE(CHANGES dbo.FOO_TABLE, 697421)，看是否能找到对应的'I'操作记录。

2. 误更新了主键字段，导致更新被拆分为删除+插入 #

SQL Server变更跟踪中，如果对主键字段执行更新操作，会被视为先删除旧主键的记录，再插入新主键的记录，而不是标记为'U'（更新）。

如果你误以为是普通字段的更新，但实际操作了主键，那么变更跟踪里会出现旧主键对应的'D'操作，而原表中存在的是新主键的记录。这时候你查原表能看到记录，但CHANGETABLE里只有旧主键的'D'标记。

验证方法：检查你的更新语句是否修改了主键字段，或者对比CHANGETABLE结果里的主键值和原表中的主键值是否一致。

3. 同一事务内的多操作被元数据合并，导致部分记录未显示 #

在部分SQL Server版本中，如果同一事务内对同一条记录执行了多次变更（比如先删后插同主键记录），变更跟踪的元数据可能会合并操作记录。如果你的查询版本刚好落在合并区间内，就可能只显示部分操作。

比如在一个事务内完成删+插操作，事务提交后的版本号是697420，但用697420作为查询版本时，可能只会看到'D'，而'I'操作需要用更高版本才能查询到。

4. 变更跟踪清理任务异常（可能性较低） #

虽然你确认697420大于CHANGE_TRACKING_MIN_VALID_VERSION，但如果变更跟踪的清理任务出现延迟或异常，可能导致部分旧变更记录未及时清理，同时新插入操作的记录未被正确同步。这种情况比较少见，可尝试手动触发清理（执行sys.sp_flush_commit_table）验证。

内容的提问来源于stack exchange，提问作者makro88