INSERT IGNORE静默跳过主键冲突不报错，REPLACE INTO先删后插会重置自增ID、覆盖默认值；二者均不能绕过MySQL显式插入自增列的限制，需先调整sql_mode或使用ON DUPLICATE KEY UPDATE。
MySQL 中 INSERT IGNORE 和 REPLACE INTO 不能绕过自增主键限制
想往带 AUTO_INCREMENT 主键的表里插指定 ID，直接 INSERT INTO t(id, name) VALUES (100, 'foo') 在大多数情况下会失败——不是语法错，而是 MySQL 默认禁止显式插入自增列（除非你改了会话变量）。INSERT IGNORE 和 REPLACE INTO 也解决不了这个问题：前者遇到主键冲突才跳过，后者会先删后插，但都要求你**先有权限且已启用显式插入模式**。
必须先 SET SESSION sql_mode = '' 或禁用 NO_AUTO_VALUE_ON_ZERO
MySQL 8.0+ 默认 sql_mode 包含 NO_AUTO_VALUE_ON_ZERO，它会让 INSERT INTO t(id, name) VALUES (0, 'bar') 触发自增逻辑，但对非零值无影响；真正拦住你的其实是另一个隐性行为：当表定义为 id INT PRIMARY KEY AUTO_INCREMENT，MySQL 要求你显式开启「允许向自增列赋值」的能力。这靠的是：
-
SET SESSION sql_mode = ''（不推荐，影响其他行为） - 更稳妥的是：
SET SESSION innodb_autoinc_lock_mode = 2不起作用，关键在：SET SESSION autocommit = 1已默认开启，真正要设的是：SET SESSION sql_log_bin = 0？不对——其实根本不用动日志。正确做法是：确保你有 INSERT 权限，并在 INSERT 前执行：SET SESSION sql_mode = (SELECT REPLACE(@@sql_mode,'NO_AUTO_VALUE_ON_ZERO','')) - 但最常用、最轻量的解法是：
SET SESSION sql_mode = 'STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION'—— 明确剔除NO_AUTO_VALUE_ON_ZERO
PostgreSQL 中需 ALTER TABLE ... ALTER COLUMN ... SET GENERATED BY DEFAULT
PG 的自增本质是序列 + GENERATED ALWAYS AS IDENTITY，这种定义下，任何显式插入 id 都会报错：ERROR: cannot insert into column "id"。必须先改列为 GENERATED BY DEFAULT AS IDENTITY：
ALTER TABLE users ALTER COLUMN id SET GENERATED BY DEFAULT;
之后才能执行：INSERT INTO users(id, name) VALUES (1001, 'alice')。注意：BY DEFAULT 模式下，若你传 NULL 或省略 id，仍会从序列取值；只在你明确给值时才用你给的。
- 改完后，旧数据不受影响，新插入行为按新规则走
- 如果表已有数据，且你想让后续自增从某个值开始，得同步调序列：
ALTER SEQUENCE users_id_seq RESTART WITH 1002 - 切勿在生产环境直接
ALTER主键列，先评估外键依赖和应用层是否硬编码了插入逻辑
SQL Server 需用 SET IDENTITY_INSERT ON
这是最直白的方案：SQL Server 要求你在插入前手动开关标识列写入权限。步骤严格分三步：
- 执行：
SET IDENTITY_INSERT your_table ON - 执行带主键值的
INSERT，例如：INSERT INTO users(id, name) VALUES (999, 'bob') - 立刻执行：
SET IDENTITY_INSERT your_table OFF—— 必须成对，且每个表同一时间只能有一个会话开启该开关
漏掉第三步会导致后续普通插入失败，报错：Cannot insert explicit value for identity column in table 'users' when IDENTITY_INSERT is set to OFF。另外，IDENTITY_INSERT 是会话级设置，不同连接互不影响，但一个会话一次只能对一张表启用。
真正容易被忽略的是：各数据库对「显式插入自增主键」的支持不是语法层面的自由，而是权限+模式+状态三者叠加的结果。MySQL 看 sql_mode，PG 看列定义，SQL Server 看会话开关——没配对、没改定义、没清上下文，都会在看似合法的 SQL 上栽跟头。
