基于已接受的答案，对于那些遇到类似问题的人，具有完整的模式限定:

([MyDataBase]。[MySchemaName]。[MyTable])……导致一个错误，您需要在该DB的上下文中

也就是说，下面的代码会抛出一个错误:

DBCC CHECKIDENT ([MyDataBase].[MySchemaName].[MyTable], RESEED, 0)

用单引号括起全限定表名:

DBCC CHECKIDENT ('[MyDataBase].[MySchemaName].[MyTable]', RESEED, 0)

基于已接受的答案，对于那些遇到类似问题的人，具有完整的模式限定:

([MyDataBase]。[MySchemaName]。[MyTable])……导致一个错误，您需要在该DB的上下文中

也就是说，下面的代码会抛出一个错误:

DBCC CHECKIDENT ([MyDataBase].[MySchemaName].[MyTable], RESEED, 0)

用单引号括起全限定表名:

DBCC CHECKIDENT ('[MyDataBase].[MySchemaName].[MyTable]', RESEED, 0)

这个呢?

ALTER TABLE `table_name`
  MODIFY `id` int(12) NOT NULL AUTO_INCREMENT, AUTO_INCREMENT=0;

这是一种快速而简单的方法，可以将自动增量更改为0或任何您想要的数字。我通过导出数据库并自己阅读代码来解决这个问题。

你也可以这样写，使它成为一个单行解决方案:

ALTER TABLE `table_name` MODIFY `id` int(12) NOT NULL AUTO_INCREMENT, AUTO_INCREMENT=0;

半保证没有白痴:

declare @max int;  
select @max = max(key) from table;  
dbcc checkident(table,reseed,@max)

http://sqlserverplanet.com/tsql/using-dbcc-checkident-to-reseed-a-table-after-delete

一些答案建议使用这样的语句:

DBCC CHECKIDENT (mytable, RESEED, 0)

但是OP说“删除了一些记录”，可能不是所有的记录，所以0的值并不总是正确的。另一个答案建议自动找到最大当前值并重新播种到该值，但如果表中没有记录，则会遇到麻烦，因此max()将返回NULL。一个评论建议使用简单

DBCC CHECKIDENT (mytable)

重置值，但另一个注释正确地指出，这只会将值增加到表中已经存在的最大值;如果它已经高于表中的最大值，这将不会减少该值，而这正是OP想要做的。

一个更好的解决方案结合了这些想法。第一个CHECKIDENT将值重置为0，第二个CHECKIDENT将其重置为表中当前的最大值，以防表中有记录:

DBCC CHECKIDENT (mytable, RESEED, 0)
DBCC CHECKIDENT (mytable)

正如多条注释所指出的，确保其他表中没有指向已删除记录的外键。否则，这些外键将指向您在重新播种表后创建的记录，这几乎肯定不是您想要的。

You do not want to do this in general. Reseed can create data integrity problems. It is really only for use on development systems where you are wiping out all test data and starting over. It should not be used on a production system in case all related records have not been deleted (not every table that should be in a foreign key relationship is!). You can create a mess doing this and especially if you mean to do it on a regular basis after every delete. It is a bad idea to worry about gaps in you identity field values.