INSERT操作默认DATETIME值获取时机及并发插入时间戳异常问询

问题1：执行INSERT操作时，默认DATETIME值的获取时机是什么时候？ #

当你给列设置DEFAULT CURRENT_TIMESTAMP约束时，这个时间戳是在SQL语句开始执行的那一刻就确定下来的——不管这条语句要插入多少条记录，或者执行过程耗了多久，所有通过这个默认约束生成的时间戳都会是同一个值，也就是语句启动瞬间的系统时间。它不会等到记录实际写入磁盘才去获取时间。

问题2：并发插入时ID更高但时间戳更早的原因及解决方法 #

原因拆解 #

你碰到的这个矛盾场景，本质是IDENTITY列和默认时间戳的生成时机不匹配导致的：

• IDENTITY列的取值是在记录被实际分配存储空间、准备插入的瞬间生成的，这个时机通常晚于语句启动的时间。
• 当两个进程并发插入时，可能出现这种情况：
  1. 进程A先发起INSERT语句，立刻拿到了当前时间T1作为UpdateDateTime的默认值，但因为锁等待、系统资源调度等原因，它的插入动作被卡住了，迟迟没完成，IDENTITY的ID还没生成。
  2. 进程B稍晚一点发起INSERT，拿到了更晚的时间T2（比T1晚2分钟），但它的插入操作很快完成，先拿到了较小的ID值。
  3. 之后进程A的插入终于完成，拿到了更大的ID，但这个记录的时间戳还是之前的T1——这就出现了ID更高的记录，时间戳反而更早的情况。

解决办法 #

这里有几个实用的方案可以解决这个问题：

• 显式实时获取时间戳：放弃DEFAULT约束，在INSERT语句里直接指定UpdateDateTime = SYSDATETIME()（或者GETDATE()，取决于你的数据库）。这样时间戳会在每条记录实际插入的瞬间生成，和IDENTITY的生成时机完全对齐。示例代码：

  INSERT INTO YourTableName (Column1, Column2, UpdateDateTime)
  VALUES ('示例值1', '示例值2', SYSDATETIME())
  

• 用序列（SEQUENCE）替代IDENTITY：如果你的数据库支持序列（比如SQL Server 2012及以上版本），可以创建一个序列对象，插入时通过NEXT VALUE FOR获取序列值，同时搭配实时获取的时间戳，让两者的生成时机更接近，从根源上避免错位。
• 优化插入性能减少延迟：如果是锁等待或资源不足导致的插入延迟，检查下是否存在不必要的锁竞争，比如开启READ COMMITTED SNAPSHOT隔离级别，或者优化表的索引结构，减少插入时的资源等待，尽量缩小语句启动到插入完成的时间差。

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