INSERT IGNORE仅在存在PRIMARY KEY或UNIQUE约束时对主键/唯一键冲突静默跳过并降级为警告，无对应索引则完全无效；其他错误（如字段超长、非法格式、NOT NULL违例）仍报错中断。
INSERT IGNORE 不是“自动去重开关”，它只在有 PRIMARY KEY 或 UNIQUE 约束的前提下，对冲突行静默跳过；没建索引？它完全无效，连 warning 都不发。
INSERT IGNORE 为什么没起作用
最常见的原因是表上根本没建对应字段的唯一约束。MySQL 不会比对整行内容是否重复，它只依赖索引触发冲突检测。比如你想按 email 去重，但表里只有 id 是主键、email 字段没加 UNIQUE，那两条相同 email 的记录照样能插进去。
- 用
SHOW CREATE TABLE your_table;检查输出里是否有UNIQUE KEY或PRIMARY KEY覆盖你要判重的字段 - 补加索引：例如
ALTER TABLE user ADD UNIQUE KEY uniq_email (email);（注意：已有重复值会导致建索引失败，得先DELETE或GROUP BY清理） - 复合唯一索引也行，比如
(user_id, event_type)，适合业务上组合判重的场景
哪些错误会被 IGNORE，哪些不会
INSERT IGNORE 只把违反主键或唯一键的冲突降级为 warning，其他所有错误照常报错中断：
- 字段超长：如
VARCHAR(10)插入 12 个字符 → 触发ERROR 1406，IGNORE 无效 - 非法时间格式：
'2026-02-30'→ERROR 1292，照样中断 - 向
NOT NULL字段插入NULL、类型不匹配、外键约束失败……全都不被 IGNORE - 想确认到底忽略了什么？执行完立刻跑
SHOW WARNINGS;，里面会列出类似Duplicate entry 'xxx' for key 'PRIMARY'的提示
PHP 中怎么正确判断 INSERT IGNORE 是否成功
别只看 mysqli_affected_rows() 返回值是否大于 0——它返回 0 表示“因冲突被跳过”，这是正常行为；返回 -1 才代表发生了未被 IGNORE 覆盖的错误（比如字段超长）。
- 更稳妥的做法是：先检查返回值，再结合
SHOW WARNINGS判断 - 不要和
ON DUPLICATE KEY UPDATE混用：INSERT IGNORE ... ON DUPLICATE KEY UPDATE是语法错误，二者互斥 - 事务中使用时，被忽略的语句仍算已执行，不会回滚整条语句，但会影响
LAST_INSERT_ID()
INSERT IGNORE 和 REPLACE INTO 的关键区别
REPLACE INTO 是“删 + 插”：先 DELETE 匹配旧行，再 INSERT 新行。这会改变自增 ID、触发 DELETE 相关的触发器、甚至在外键设了 ON DELETE CASCADE 时意外删掉关联数据。
-
INSERT IGNORE：无副作用，快，适合“只新增不覆盖” -
REPLACE INTO：会重置自增 ID、触发删除逻辑，适合“强制覆盖” - 如果只是想“存在就更新某些字段”，
INSERT ... ON DUPLICATE KEY UPDATE更精准、更安全
最容易被忽略的一点：INSERT IGNORE 的“忽略”只发生在 MySQL Server 层，它不感知应用层的业务语义。比如你靠 email 去重，但表里漏加了 UNIQUE(email)，或者已有脏数据没清理干净，那它就真的什么也不做——既不报错，也不警告，看起来像“成功”，实则埋下重复隐患。
