SQL Server变更跟踪：begin_version与min_valid_version差异及场景咨询

让我来给你拆解清楚这两个版本号的核心差异，以及为什么你的表目前两者数值一致，还有什么时候它们会出现不同——

一、核心区别 #

• begin_version：这是给表启用变更跟踪时的数据库版本号，相当于变更跟踪的「出生证明编号」。一旦你开启了这张表的变更跟踪，这个值就固定死了，除非你先禁用再重新启用变更跟踪，否则它永远不会变。它代表的是：从这个版本开始，这张表的所有变更都会被记录。
• min_valid_version：这是你能安全查询变更记录的最低版本号，相当于变更跟踪的「有效查询门槛」。SQL Server会自动维护这个值：当变更跟踪的清理任务（自动或手动）删除了旧的变更记录后，这个值会自动上调，确保你不会去查询已经被清理掉的无效数据——如果你用低于这个版本号去调用CHANGETABLE查询变更，直接会抛出错误。

二、为什么你的1000多张表两者数值一直相同？ #

因为你的变更跟踪清理机制还没触发过！Truncate和Insert操作只会产生新的变更记录，但不会主动触发旧记录的清理。只有当变更记录的存在时间超过了你设置的变更跟踪保留期（默认是2天，可通过ALTER DATABASE ... SET CHANGE_TRACKING ... RETENTION_PERIOD修改），或者你手动触发清理，min_valid_version才会和begin_version拉开差距。

三、两者数值不同的场景（附例子） #

下面几个典型场景会让这两个版本号产生差异：

1. 自动清理任务触发后 #

假设你给某张表启用变更跟踪时，数据库版本号是100（所以begin_version=100），同时设置了保留期为1小时：

ALTER DATABASE YourDB 
SET CHANGE_TRACKING = ON 
(CHANGE_RETENTION = 1 HOUR, AUTO_CLEANUP = ON);

之后你在这张表上做了N多操作，产生了从版本100到200的变更记录。1小时后，SQL Server的自动清理任务运行，把版本低于180的变更记录全部删除。这时候min_valid_version会被更新为180，而begin_version还是100，两者就不一样了。

2. 手动强制清理变更记录 #

你可以手动调用系统存储过程来强制清理旧的变更记录，比如：

DECLARE @new_min_version BIGINT;
EXEC sys.sp_flush_commit_table_on_demand @min_valid_version = @new_min_version OUTPUT;

执行这个存储过程后，min_valid_version会被更新到系统计算出的最低有效版本，而begin_version保持启用时的数值不变，自然就产生了差异。

3. 数据库恢复/还原后 #

如果你把数据库从备份还原到某个时间点，或者进行了灾难恢复，这时候SQL Server会根据恢复点的状态调整min_valid_version，确保你查询的变更记录都是恢复后有效的。而begin_version还是原来启用变更跟踪时的版本号，两者就会出现不一致。

4. 变更跟踪保留期被缩短后 #

比如你原本设置的保留期是7天，后来改成了1天。当旧的变更记录（超过1天的）被清理后，min_valid_version会上调，而begin_version依然是启用时的数值，两者差异就出现了。

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