应手动修改SQL文件：删除INSERT语句中的显式主键值，确保id字段为AUTO_INCREMENT并重置其起始值，或改用INSERT IGNORE/ON DUPLICATE KEY UPDATE明确处理冲突。
导入时遇到 #1062 Duplicate entry 怎么办
phpmyadmin 导入卡在第一个重复主键，不是界面 bug，是 mysql 默认「遇错中断」行为——它不会自动跳过或重试。你看到的 #1062 - duplicate entry '1' for key 'primary' 就是信号：语句执行到第一条冲突记录就停了，后面全丢。
常见错误现象包括：进度条卡在 1%、只插入前几行、改了 SQL 文件却仍报错（大概率是没删干净 id 字段或用了 INSERT INTO ... VALUES (1, 'a'), (2, 'b') 这类扩展格式）。
- 别信 phpMyAdmin 界面里「Ignore duplicate entries」勾选项——它只加
INSERT IGNORE，但对主键冲突无效，且不处理外键或唯一索引冲突 - 也别依赖「不要给零值使用自增」这类选项，它只影响新插入时是否生成 ID，对已有
VALUES (1, ...)完全无效 - 真正起效的是让 SQL 本身不带显式主键值，或用
INSERT IGNORE/ON DUPLICATE KEY UPDATE显式声明策略
手动修改 SQL 文件最稳妥
如果你能编辑文件，这是最可控的方式。核心动作就两个：删主键字段 + 改写 INSERT 语句。
以表 users 为例，原始语句是：INSERT INTO `users` (`id`, `name`, `email`) VALUES (101, 'Alice', 'a@example.com');
改成：INSERT INTO `users` (`name`, `email`) VALUES ('Alice', 'a@example.com');
立即学习“PHP免费学习笔记（深入）”；
- 用文本编辑器全局搜索
VALUES (后的第一个数字（含逗号），替换成空；注意区分VALUES (1,和VALUES (101,，避免误删邮箱里的数字 - 如果导出时用了
--skip-extended-insert，每行一个INSERT，替换安全；否则先用sed -i 's/VALUES ([0-9]\+,/VALUES (/g' file.sql（Linux/macOS）批量清理 - 确认目标表
id字段确实是AUTO_INCREMENT，且没被设为NOT NULL但无默认值
必须重置 AUTO_INCREMENT 才能避免后续冲突
删掉 id 字段后，MySQL 会从当前 AUTO_INCREMENT 值开始分配新 ID。如果表里最大 id 是 99，而 AUTO_INCREMENT 显示 150，新插入的首条记录 ID 就是 150 —— 不冲突；但如果显示 1，就会和已存在的 id=1 冲突。
查当前值：SHOW TABLE STATUS LIKE 'users';，看 Auto_increment 列
- 如果值 ≤ 当前最大
id，运行：ALTER TABLE users AUTO_INCREMENT = 100;（100 是SELECT MAX(id) FROM users结果 + 1） - 用
TRUNCATE TABLE users;清空表会自动重置AUTO_INCREMENT为 1；但DELETE FROM users;不会，慎用 - 导入前执行
SET SQL_MODE='NO_AUTO_VALUE_ON_ZERO';没用——phpMyAdmin 不解析 SET 语句，它只执行纯 DML
大文件或无法改 SQL 时绕过 phpMyAdmin
超过 5MB 的 SQL 文件，phpMyAdmin 上传基本不可靠：PHP 配置、Nginx 限制、内存溢出三重关卡，静默失败是常态。
- 命令行导入最稳：
mysql -u root -p your_database ，完全绕过所有 Web 层限制 - 若必须用 phpMyAdmin，得同步调四地方：
upload_max_filesize、post_max_size（≥前者）、max_execution_time（≥600）、memory_limit（≥512M）；宝塔用户还要在 Nginx 配置里加client_max_body_size 512M; - 导入前删掉 SQL 文件头部所有注释（尤其是
-- MySQL dump开头的元信息），某些版本 phpMyAdmin 会因注释格式异常直接报错
真正麻烦的不是怎么跳过重复，而是你得先想清楚：这些重复数据是该丢弃、覆盖旧记录，还是合并字段？INSERT IGNORE 会静默跳过并消耗自增 ID，ON DUPLICATE KEY UPDATE 能精确控制更新哪些列——选错策略，比报错更难收场。
