mysql中insert自增列需先禁用严格模式并确保事务上下文，否则显式插入id会报错；postgresql用overriding system value，sql server必须set identity_insert on。

MySQL中INSERT自增列需先SET INSERT_METHOD

MySQL默认禁止向AUTO_INCREMENT列显式写入值，直接INSERT INTO t(id, name) VALUES (100, 'a')会报错ERROR 1364 (HY000): Field 'id' doesn't have a default value或被静默忽略（取决于SQL模式）。必须临时启用显式插入：

• 执行SET SESSION sql_mode = ''确保非严格模式（否则即使开权限也可能报错）
• 执行SET SESSION innodb_autoinc_lock_mode = 0（可选，仅影响并发插入行为，不影响单条显式插入）
• 关键一步：SET SESSION autocommit = 0后执行INSERT，或在事务中操作——部分版本要求显式事务上下文

PostgreSQL中用OVERRIDING SYSTEM VALUE绕过序列

PostgreSQL的SERIAL本质是绑定序列的DEFAULT，直接写id字段会触发默认值覆盖。正确方式是用标准SQL语法：

INSERT INTO users (id, name) OVERRIDING SYSTEM VALUE VALUES (100, 'alice');

注意：OVERRIDING SYSTEM VALUE只对GENERATED ALWAYS AS IDENTITY有效；若用老式SERIAL，需先ALTER TABLE users ALTER COLUMN id DROP DEFAULT再插入，但会破坏后续自动增长逻辑。

SQL Server中SET IDENTITY_INSERT ON是唯一合法路径

SQL Server最严格：不执行SET IDENTITY_INSERT table_name ON就永远无法写入IDENTITY列，且该设置是表级、会话级、一次只能对一张表生效：

• 必须按顺序执行：SET IDENTITY_INSERT users ON → INSERT INTO users(id, name) VALUES (100, 'bob') → SET IDENTITY_INSERT users OFF
• 如果忘记关掉OFF，后续对该表的普通INSERT会失败，报错Cannot insert explicit value for identity column in table 'users' when IDENTITY_INSERT is set to OFF
• 插入后如需恢复自动增长，记得手动DBCC CHECKIDENT('users', RESEED, 101)，否则下次自增仍从原最大值开始

所有数据库共通风险：破坏自增连续性与主键冲突

显式插入ID不是“功能开关”，而是绕过设计约束的操作，实际使用时极易引发问题：

• 插入已存在的ID → 主键冲突错误（各库报错不同：ERROR 1062 (23000) / duplicate key violates unique constraint / Violation of PRIMARY KEY constraint）
• 插入远大于当前最大值的ID → 多数数据库不会自动重设自增起点，后续INSERT仍从原序列位置继续，导致ID空洞不可逆
• 高并发场景下，多个会话同时SET IDENTITY_INSERT ON或修改序列，可能引发ID重复或跳变，务必加应用层锁或用分布式ID生成器替代

真正需要指定ID时，优先考虑业务ID字段（如business_id）而非覆盖主键，自增列只做技术主键用途。