PHP处理主键冲突有三种核心方式：INSERT IGNORE跳过重复、ON DUPLICATE KEY UPDATE存在即更新、REPLACE INTO删除后插入；选择取决于是否允许覆盖、有无外键或触发器及业务数据一致性要求。
phpEnv 是本地开发环境套件，底层 MySQL 行为和标准 MySQL 完全一致，主键冲突不是 phpEnv 的问题，而是你写的 INSERT 语句没处理重复逻辑。解决方式就三条路：跳过、更新、替换——选哪条，取决于你要保留什么数据、是否允许覆盖、有没有外键或触发器。
用 INSERT IGNORE 忽略重复行，适合「只进不出」场景
当插入数据时，只要主键或唯一索引（比如 email 字段加了 UNIQUE）已存在，整行直接丢弃，不报错、不插入、不更新。返回的受影响行数是 0，可用于判断是否被忽略。
-
INSERT IGNORE INTO users (id, name, email) VALUES (1, 'Alice', 'a@b.com');—— 如果id=1或email='a@b.com'已存在，这条就静默失效 - 注意：
IGNORE对普通索引无效，只响应PRIMARY KEY和UNIQUE KEY - 不会触发
ON UPDATE CURRENT_TIMESTAMP这类自动时间戳更新 - 如果表有自增字段，被忽略的插入仍会消耗一个自增值（
AUTO_INCREMENT值会跳号）
用 ON DUPLICATE KEY UPDATE 做「存在即更新」，最常用也最易踩坑
这是生产环境最推荐的方式，但字段更新逻辑容易写错，尤其涉及 NULL、默认值和表达式时。
INSERT INTO user_stats (user_id, login_count, last_login) VALUES (123, 1, NOW()) ON DUPLICATE KEY UPDATE login_count = IFNULL(login_count, 0) + 1, last_login = NOW();- 如果
login_count原值是NULL，直接写login_count = login_count + 1结果仍是NULL，必须用IFNULL()包一层 -
VALUES(col_name)只能在UPDATE子句里引用插入时提供的值，不能写成id = VALUES(id) + 1这种非法表达式 - 只要任意一个唯一约束命中（比如主键和邮箱两个唯一键），就会触发更新；但只更新你
SET列出的字段，其他字段不变
慎用 REPLACE INTO，它本质是 DELETE + INSERT
看起来像“覆盖”，实则危险：会删旧行再插新行，导致自增 ID 跳变、外键级联删除、触发器执行两次（DELETE 和 INSERT 各一次），还可能丢失未显式指定的字段默认值。
立即学习“PHP免费学习笔记（深入）”；
-
REPLACE INTO users (id, name) VALUES (1, 'Bob');—— 若id=1存在，先删后插；若表有created_at DEFAULT CURRENT_TIMESTAMP，新行会重设该字段，旧值丢失 - 返回影响行数 = 删除行数 + 插入行数（比如 1 行存在 → 返回 2）
- 没有唯一索引的表上用
REPLACE，行为等同于INSERT，毫无意义 - phpEnv 下调试时看到自增 ID 突然变大，八成是误用了
REPLACE
批量导入前做数据清洗，比事后修更省事
phpEnv 本地跑脚本很方便，但别把脏数据直接灌进表里。主键冲突往往源于原始数据没去重、没校验、没补空值。
- PHP 侧用
array_unique($ids, SORT_REGULAR)去重数组；读 CSV 时用fgetcsv()+trim()清空格；用filter_var($email, FILTER_VALIDATE_EMAIL)验证格式 - 入库前查一遍：
SELECT id FROM users WHERE id IN (123, 456, 789);拿到已存在 ID，再决定哪些走INSERT、哪些走UPDATE - 避免在循环里单条
INSERT ... ON DUPLICATE KEY UPDATE，改用批量语句（一次最多 1000 行），否则性能断崖下跌 - 如果清洗逻辑复杂（比如合并多字段、按规则取最新值），先写进临时表，再用
INSERT ... SELECT ... ON DUPLICATE KEY UPDATE一次性落地
真正麻烦的不是语法怎么写，而是你得想清楚：同一主键下，新数据和旧数据哪个更可信？时间戳要不要强制刷新？计数器要不要累加？这些业务逻辑一旦定错，ON DUPLICATE KEY UPDATE 会默默执行错误动作，连日志都不留痕迹。
