MySQL自增列跨数据库行为差异及旧插入语法失效原因咨询

这个问题其实是MySQL的SQL模式配置差异搞的鬼，核心和NO_AUTO_VALUE_ON_ZERO这个模式有关，我来给你拆解清楚：

旧环境正常运行的原因 #

在你原来的环境里，NO_AUTO_VALUE_ON_ZERO模式是关闭的。这时候，当你向AUTO_INCREMENT列插入0时，MySQL会把这个0等价于NULL处理——自动触发自增逻辑，为你生成下一个序列的ID值。所以你的语句：

INSERT INTO mytable(ID,sometext) VALUES(0,'Sometext')

看起来是插入了0，但最终ID列存储的是MySQL自动生成的自增数值，自然能正常运行。

新环境失效的原因 #

到了新环境，NO_AUTO_VALUE_ON_ZERO模式被开启了（可能是新环境MySQL版本默认启用，或者运维配置时手动添加）。此时规则发生了变化：插入0会被MySQL当作实际要存储的具体值，而不是触发自增逻辑。

如果你的ID列是主键（自增列基本都会设为主键），第一次插入0可能还能成功，但后续再执行同样的语句就会触发「主键重复」的错误；要是新环境同时开启了严格模式（比如STRICT_TRANS_TABLES），甚至第一次插入就会直接报错，这就是你遇到的“语法失效”问题。

解决办法 #

如果你不想修改大量代码，可以通过调整MySQL配置来恢复旧行为：

临时生效（重启MySQL后失效） #

执行以下SQL语句：

SET GLOBAL sql_mode = REPLACE(@@GLOBAL.sql_mode, 'NO_AUTO_VALUE_ON_ZERO', '');
SET SESSION sql_mode = REPLACE(@@SESSION.sql_mode, 'NO_AUTO_VALUE_ON_ZERO', '');

永久生效 #

找到MySQL的配置文件（Linux下通常是/etc/my.cnf或/etc/mysql/my.cnf，Windows下是my.ini），找到sql_mode配置项，移除其中的NO_AUTO_VALUE_ON_ZERO，保存后重启MySQL服务即可。

当然，从代码规范角度来说，你后来改用的不指定自增列的插入语句：

INSERT INTO mytable(sometext) VALUES('Sometext')

是更标准的写法——自增列的逻辑本就该交给MySQL自动处理，手动插入0属于依赖特定配置的“非常规操作”，长期来看建议逐步迁移到标准写法。

内容的提问来源于stack exchange，提问作者Rahul Bhargava