设置AUTO_INCREMENT后仍手动插入ID是否为冗余SQL操作？

结论 #

给已经声明AUTO_INCREMENT属性的列手动赋值的写法，是否冗余要分场景判断：

1 特殊场景下不属于冗余 #

当你需要强制指定主键值的场景下，手动赋值是合理需求，不属于冗余：

• 数据迁移、旧数据导入，需要保留原有主键ID的场景
• 修复主键ID断层、需要补录特定ID数据的场景

提示：支持自增列的数据库（如MySQL），手动插入合法ID后，表的自增计数器会自动更新为当前插入的最大ID+1，不会影响后续的自动生成逻辑。

2 普通业务插入场景属于冗余操作 #

日常业务新增数据时，完全不需要手动给自增主键赋值，这种写法不仅冗余，还会带来额外风险：

• 冗余点：你可以直接省略ID列的书写，简化后的插入语句更简洁，也不容易出错：

INSERT INTO Books (Title)
VALUES
('The Catcher in the Rye'),
('Nine Stories'),
('Franny and Zooey'),
('The Great Gatsby'),
('Tender id the Night'),
('Pride and Prejudice'),
('Professional ASP.NET 4.5 in C# and VB');

• 风险点：
  • 手动指定的ID如果和表中已有的主键重复，会直接抛出主键冲突错误，导致插入失败
  • 若手动插入的ID超过了当前表的自增计数器最大值，后续自动生成ID时可能出现意料之外的冲突问题

额外提示 #

你提供的DML示例存在语法错误：第6条Pride and Prejudice后面缺少闭合的单引号，实际执行会报错。

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