SQL Server newsequentialid()间隔8秒插入生成非连续ID原因问询

NEWSEQUENTIALID() 本身没有独立的GUID生成逻辑，其底层直接调用Windows系统提供的UuidCreateSequential原生API，生成符合RFC 4122标准的版本1（时间基）UUID，你观察到的8秒阈值是Windows系统层的实现特性，和SQL Server本身逻辑无关：

• 版本1UUID的结构分为三部分：高位存储时间戳、中间位存储时钟序列、低位存储节点标识（通常取网卡MAC地址，无可用网卡时生成随机静态值）。
• Windows系统为该API维护了固定8秒长度的时间生成窗口：在同一个8秒窗口内，系统会固定时钟序列和节点标识的值，每次调用生成UUID时仅对最低位的计数器做+1自增，因此这个时间段内插入行生成的GUID是严格连续的。
• 当时间跨过8秒窗口边界时，系统会重新生成新的时钟序列值，若遇到网卡重启、系统网络配置变更、随机节点值刷新的场景，节点标识也可能同步更新。此时新窗口生成的GUID虽然整体仍然满足「比之前所有生成的GUID值更大」的特性，不会破坏聚簇索引的递增顺序，但两个窗口衔接位置的GUID不会再保持逐位连续。

现象示例 #

插入间隔为8秒（跨时间窗口）时的GUID情况：

插入间隔小于8秒（同一时间窗口）时的GUID情况：

注意事项 #

• 这个8秒窗口是Windows系统的内部实现细节，并非公开承诺的固定行为，不同Windows版本可能调整该窗口长度，业务逻辑不要依赖GUID的连续特性做判断。
• NEWSEQUENTIALID()的设计目标仅仅是保证生成值的单调递增，减少聚簇索引的页分裂开销，不承诺跨时间窗口的值连续性。

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