phpMyAdmin导入卡在第一个重复主键是因为其底层MySQL客户端默认遇错中断，不自动加INSERT IGNORE或解析注释指令；需通过导出时用mysqldump参数、导入前替换为INSERT IGNORE或重设AUTO_INCREMENT值等方式绕过#1062错误。
直接改 auto_increment 值或加 insert ignore 是最有效的方式，phpmyadmin 本身不提供跳过重复主键的开关，所有“自动忽略”都是假象。
为什么导入时卡在第一个重复主键？
phpMyAdmin 底层调用 MySQL 客户端执行 SQL，默认行为是「遇到错误立即中断」。它不会解析你写的注释、不支持 --force 模式，也不会自动把 INSERT 改成 INSERT IGNORE。报错 Duplicate entry '0' for key 'PRIMARY' 就是典型信号——不是界面卡了，是 MySQL 拒绝执行并停住整个脚本。
- 常见现象：进度条停在 1%，只插入前几行，后面全丢
- 误操作：删了 SQL 文件里的
id字段但用了extended-insert格式，实际没删干净 - 无效尝试：勾选「不要给零值使用自增」只影响新插入逻辑，对已有
VALUES (0, ...)无效
怎么安全修复 wp_usermeta 等表的主键重复？
核心是让 meta_id（或其他主键列）恢复自增连续性，而不是硬删冲突行。尤其 wp_usermeta 表，meta_id 是主键且带 AUTO_INCREMENT，但有时被重置为 0 或手动插入了 0 值。
- 进 phpMyAdmin → 选中
wp_usermeta表 → 点「Structure」标签页 - 找到
meta_id列，确认已勾选A_I（AUTO_INCREMENT） - 执行 SQL 手动重设起始值：
ALTER TABLE wp_usermeta AUTO_INCREMENT = (SELECT IFNULL(MAX(meta_id) + 1, 1) FROM wp_usermeta); - 如果
meta_id = 0的行确实存在且无用，可先删：DELETE FROM wp_usermeta WHERE meta_id = 0;，再执行上一步
导入 SQL 时如何跳过重复而不中断？
不能依赖 phpMyAdmin 界面选项，必须提前处理 SQL 文件。重点不是“跳过”，而是让 MySQL 主动忽略冲突。
- 全局替换：用文本编辑器打开 SQL 文件，把所有
INSERT INTO `wp_usermeta`替成INSERT IGNORE INTO `wp_usermeta` - 注意范围：只换目标表名，别误替其他表或注释里的字符串
- 更稳妥做法：导出时就规避——用
mysqldump --no-create-info --skip-extended-insert db_name wp_usermeta > clean.sql，再手动删每行VALUES (后的第一个数字 - 导入前检查目标表
AUTO_INCREMENT值是否大于当前最大主键：SELECT MAX(meta_id) FROM wp_usermeta;
真正麻烦的不是修复动作本身，而是重复主键往往暴露底层问题：比如插件乱写 0 值、迁移时引擎从 InnoDB 误转 MyISAM、或 cron 多进程并发插入。修完记得查 error_log 里有没有 add_metadata 或 update_user_meta 相关警告。
立即学习“PHP免费学习笔记（深入）”；
