phpmyadmin导入时无法界面禁用唯一索引，须手动执行set autocommit=0; set unique_checks=0; set foreign_key_checks=0;三命令（顺序不可错），导入后立即commit并恢复unique_checks=1校验重复。
phpMyAdmin导入时不能“禁用唯一索引”，只能关自动提交+关唯一校验
MySQL 没有 SET UNIQUE_INDEX_CHECKS = 0 这种开关，所谓“禁用唯一索引检查”实际是通过关闭 unique_checks 变量实现的——它控制的是**唯一性约束的实时校验行为**，不是删索引、也不是跳过索引结构。在 phpMyAdmin 导入场景下，你无法在界面点开/关闭某张表的唯一索引，必须靠 SQL 命令干预当前会话。
导入前必须执行的三行关键命令
只执行 SET FOREIGN_KEY_CHECKS = 0 对唯一冲突无效。要让几十万条 INSERT 不因重复值卡住，得组合以下设置（顺序不能错）：
-
SET autocommit = 0;—— 避免每条 INSERT 都刷盘，否则 IO 拉满、速度极慢 -
SET unique_checks = 0;—— 关闭唯一索引的逐行校验，攒到 COMMIT 时批量检查（注意：这不等于跳过校验，只是延迟） -
SET foreign_key_checks = 0;—— 如果数据还涉及外键依赖，也得关掉，否则可能因父表未插入先报错
这三句必须在 phpMyAdmin 的「SQL」标签页中**手动执行一次**，再点「导入」上传文件；不能指望导出 SQL 文件里自带的 SET 语句——phpMyAdmin 导入时为每条语句新建会话，开头的 SET 只对第一条生效。
导入后必须立刻恢复，否则后果严重
unique_checks = 0 是会话级变量，但它的副作用很隐蔽：
- 恢复前所有 INSERT/UPDATE 都不会触发唯一约束报错，哪怕插入完全重复的主键或唯一键，也不会提示
- 如果忘记执行
SET unique_checks = 1;，后续其他操作（比如应用写入）可能静默写入脏数据，直到某次查询才发现 ID 冲突或业务逻辑崩掉 - 恢复后 MySQL 会立即校验整个表的唯一性，如果已有重复数据，
SET unique_checks = 1这条语句本身就会报错并中断
所以标准流程是：导入完成 → 手动执行 COMMIT; → 立刻执行 SET unique_checks = 1; → 观察是否报错。如果报错，说明导入数据里真有重复值，得用 SELECT + GROUP BY 定位并清理。
比关校验更稳妥的做法：用 INSERT IGNORE 或 ON DUPLICATE KEY UPDATE
如果你只是想跳过重复记录而不是冒险关全局校验，直接改 SQL 文件更可控：
- 把所有
INSERT INTO table (...) VALUES (...);替换为INSERT IGNORE INTO table (...) VALUES (...); - 或者升级为
INSERT INTO table (...) VALUES (...) ON DUPLICATE KEY UPDATE updated_at = NOW();
注意：INSERT IGNORE 只对 PRIMARY KEY 和 UNIQUE 约束生效，对 CHECK 或外键错误无效；且自增 ID 仍会递增，可能导致 ID 稀疏。真正要保 ID 连续、又跳重，只能用 REPLACE INTO（本质是 DELETE + INSERT），但会丢失原记录时间戳等字段。
最后提醒一句：关 unique_checks 是临时提速手段，不是数据清洗方案。导入后务必用 SELECT COUNT(*) FROM table GROUP BY column HAVING COUNT(*) > 1; 验证是否有意料之外的重复——毕竟关了校验，数据库就真不管了。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
