导入时撞上已存在主键，是因为phpmyadmin导出的sql含完整id值，而目标表非空或auto_increment未重置，导致硬插入重复id；二次导入、跨库导入或中断残留均会触发error 1062。
主键冲突不是导出文件本身有重复数据，而是导入时 MySQL 尝试用原 id 值硬插入，而目标表的 AUTO_INCREMENT 计数器没重置、或已有同值记录未被清理。
为什么导入时会撞上已存在的主键？
phpMyAdmin 默认导出的 SQL 文件里，INSERT 语句带完整字段值（包括 id），且不自动跳过或覆盖。如果目标表非空，或之前导入中断残留了部分数据，新 INSERT 就会直击 ERROR 1062。
- 常见于“二次导入同一份备份”：第一次没清空表，第二次又导一遍，
id=1必然重复 - 也见于从其他库导出的数据直接往现网库倒：源库
id范围和目标库重叠（比如都是 1–500） - 即使导出时勾选了
DROP TABLE，若执行中途失败（如权限不足、磁盘满），表可能残留旧数据，后续CREATE TABLE成功但INSERT卡在半路
怎么快速判断是真重复还是策略错配？
别急着删表或改 SQL。先确认冲突是否真实存在：
- 查目标表当前最大
id：SELECT MAX(id) FROM table_name; - 打开 SQL 文件，搜第一条
INSERT INTO `table_name` VALUES (，看第一个值是否 ≤ 上面查到的最大值 - 如果确实 ≤，说明是策略错配（你本就不该用原
id插入）；如果 >，那可能是文件本身含重复行，需检查导出源头
导入前必须做的三件事
绕过主键冲突最稳的方式，不是事后补救，而是控制导入行为本身：
- 导入前执行：
SET FOREIGN_KEY_CHECKS = 0;和SET UNIQUE_CHECKS = 0;（避免外键/唯一索引干扰） - 导入命令加
--force参数（用 mysql 客户端）：mysql -u user -p --force db_name ，让单条错误不中断整体流程 - 对关键表，导入后立刻执行：
ALTER TABLE table_name AUTO_INCREMENT = N;，其中N至少为MAX(id) + 1，且仅对InnoDB表有效
真正省事的长期解法：换掉 phpMyAdmin 导出
phpMyAdmin 的导出逻辑天生不适合跨环境迁移——索引甩末尾、时区语句报错、主键值裸写。生产级操作请直接用 mysqldump：
- 导结构+数据但不写主键值：
mysqldump --no-create-info --skip-extended-insert db_name table_name - 全库导出且索引内联（防丢失）：
mysqldump --routines --triggers --events --single-transaction -u user -p db_name > full.sql - 导入时加
--force并禁用日志：mysql -u user -p --force --init-command="SET sql_log_bin=OFF" db_name
注意：AUTO_INCREMENT 值只在“下一次无指定主键的插入”时生效，且必须大于当前最大 id；MyISAM 表设了也可能重启失效，别信。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
