你观察到的这个现象很有意思——当用ALTER SEQUENCE把序列重置到和当前值完全相同的数值时，下一次取值是指定值而非当前值加增量，这背后是SQL Server对序列状态的内部跟踪逻辑，而非简单依赖sys.sequences里的公开字段。

核心判定逻辑：内部维护"下一个待生成值"状态 #

SQL Server的序列并非每次都通过current_value + increment来计算下一个值，而是在内部维护了一个下一个要生成的具体数值的状态：

• 正常情况下，这个内部值等于current_value + increment，调用NEXT VALUE FOR时会返回这个值，然后更新current_value为该值。
• 当执行ALTER SEQUENCE ... RESTART WITH <值>时，SQL Server会直接将这个内部的"下一个待生成值"设置为你指定的数值，完全覆盖常规的增量计算逻辑。这就是为什么重置到当前值时，下一次取到的是指定值，而不是加增量后的结果。

举个实际的例子验证：

-- 创建一个序列，初始值10，增量2
CREATE SEQUENCE dbo.TestSeq START WITH 10 INCREMENT BY 2;

-- 第一次取值，得到12，此时sys.sequences.current_value变为12
SELECT NEXT VALUE FOR dbo.TestSeq; -- 输出12

-- 重置序列到当前值12
ALTER SEQUENCE dbo.TestSeq RESTART WITH 12;

-- 再次取值，得到12（而非12+2=14）
SELECT NEXT VALUE FOR dbo.TestSeq; -- 输出12

-- 第三次取值，回到常规逻辑，得到14
SELECT NEXT VALUE FOR dbo.TestSeq; -- 输出14

为什么sys.sequences看不到标志位？ #

sys.sequences是SQL Server提供的公开系统视图，只暴露了序列的部分持久化元数据（比如current_value、increment、modify_date等），但内部用于跟踪重启状态或下一个待生成值的信息是未公开的：

• 这些内部状态可能存储在内存中的序列对象实例里，或者是系统表中未对外暴露的字段。
• 当你执行ALTER SEQUENCE重置时，只会更新sys.sequences里的modify_date等修改相关字段，而核心的"下一个待生成值"状态不会在这个视图中体现。

另外，如果序列启用了缓存（CACHE选项），SQL Server会预生成一批值存在内存中，此时sys.sequences的current_value甚至可能不是最新的已生成值，但RESTART操作会直接清空缓存并重置内部的下一个值状态，确保后续取值严格遵循重置指令。

总结 #

SQL Server通过内部维护的"下一个待生成值"状态来决定序列的输出，ALTER SEQUENCE ... RESTART WITH操作会直接修改这个状态，优先于常规的增量计算逻辑。而sys.sequences视图仅展示公开的元数据，无法反映内部的状态标记，这就是你看不到明显标志位变化的原因。

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