SQL Server中IDENTITY自增主键未按预期递增问题求助

可能原因及处理方案 #

• 插入时显式指定主键值：如果INSERT语句里手动给Urun_Id赋值，会直接跳过自增逻辑。比如执行INSERT INTO Urunler (Urun_Id, Urun_Adi) VALUES (5, '测试商品')，这种操作会破坏自增序列，插入时必须避免包含Urun_Id字段。
• 自增种子/增量被篡改：通过以下语句查看当前自增配置：

  DBCC CHECKIDENT ('Urunler', NORESEED);
  

  若返回的标识值与实际数据不符，可重新设置种子（从当前最大ID+1开始）：

  DECLARE @MaxId INT;
  SELECT @MaxId = MAX(Urun_Id) FROM Urunler;
  DBCC CHECKIDENT ('Urunler', RESEED, @MaxId);
  

• 事务回滚导致ID间隙：插入后回滚操作不会让自增值回退，下一次插入会跳过已分配的ID，这是SQL Server的正常设计（防止主键冲突），不属于功能失效。如果业务要求ID严格连续，可改用序列（SEQUENCE）配合触发器，但会增加复杂度，不推荐。
• IDENTITY属性丢失：验证列是否仍保留自增属性：

  SELECT COLUMNPROPERTY(OBJECT_ID('Urunler'), 'Urun_Id', 'IsIdentity') AS IsIdentity;
  

  返回1表示正常，返回0则需重新添加自增属性（操作前务必备份数据）：

  ALTER TABLE Urunler DROP COLUMN Urun_Id;
  ALTER TABLE Urunler ADD Urun_Id INT IDENTITY(1,1) NOT NULL PRIMARY KEY CLUSTERED;
  

为什么不建议手动递增ID #

手动维护主键（比如每次查询最大ID再加1）存在致命问题：

• 并发冲突：多线程插入时，极大概率出现重复主键报错。
• 性能损耗：每次插入都要查询最大值，数据量越大开销越高。
• 违背设计规范：IDENTITY是数据库原生的自增解决方案，手动维护属于冗余且不专业的做法。

正确插入示例 #

插入时不指定Urun_Id，由数据库自动生成：

INSERT INTO Urunler (Referans_Kodu, Urun_Tipi, Urun_Adi)
VALUES ('REF001', '类型A', '测试商品');

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