phpMyAdmin无原生Dry Run导入功能，需人工预检：先用SHOW CREATE TABLE核对字段顺序与约束，再导入临时表并SELECT验证数据合法性，最后确认外键、索引及sql_mode设置。
phpMyAdmin 没有原生 Dry Run 导入功能
phpmyadmin 本身不提供“只校验不写入”的导入开关。你点 go，它就执行 sql；没报错，数据就进去了。所谓“模拟导入”，得靠人工拆解流程、提前拦截风险。
用 SHOW CREATE TABLE + LOAD DATA INFILE 语法预检字段对齐
如果你的 CSV 是为 LOAD DATA INFILE 准备的（常见于大文件导入），必须确保列顺序、类型、NULL/空值处理完全匹配表结构。否则会静默截断或插入默认值，根本不会报错。
- 先在 phpMyAdmin 的 SQL 标签页运行
SHOW CREATE TABLE `your_table`，看实际字段顺序和NOT NULL约束 - 对比 CSV 头行：字段名是否多余、缺失、顺序错位？比如表里是
created_at,status，但 CSV 是status,created_at—— 这种错位 phpMyAdmin 不提示，直接错插 - 检查空字符串
""是否会被当NULL插入：如果目标字段是NOT NULL且无默认值，而 CSV 对应列为""，导入会失败；但如果字段允许 NULL 或有默认值，它就默默塞进去，你以为没问题，其实丢了业务语义
把 CSV 转成 INSERT ... SELECT 再用 SELECT 预览效果
这是最贴近 Dry Run 的做法：不真正 INSERT，而是用子查询构造等效数据，看结果是否符合预期。
- 在 phpMyAdmin 中新建一个临时表，结构与目标表一致，但加个
_dryrun后缀，比如orders_dryrun - 用 phpMyAdmin 导入功能把 CSV 导入这个临时表（不是原表）
- 执行类似这样的语句验证逻辑：
SELECT id, IF(status NOT IN ('pending','paid','shipped'), CONCAT('非法状态:', status), status) AS status_check, IF(STR_TO_DATE(created_at, '%Y-%m-%d') IS NULL, '日期格式错误', created_at) AS date_check FROM orders_dryrun LIMIT 10; - 重点查：类型转换是否失败、约束逻辑是否被绕过、时间/数字字段是否被截断（比如
2024-13-01进去变成0000-00-00却不报错）
导入前必做三件事：禁用外键 + 关闭唯一索引 + 查看 phpMyAdmin 日志级别
很多“看似成功”的导入，其实跳过了关键校验。比如外键约束默认开启时，导入会失败并报错；但如果你之前手动执行过 SET FOREIGN_KEY_CHECKS = 0，它就跳过检查，脏数据直接入库。
- 导入前确认 phpMyAdmin 当前会话没被设成
FOREIGN_KEY_CHECKS = 0：在 SQL 标签页执行SELECT @@FOREIGN_KEY_CHECKS，结果必须是1 - 临时禁用唯一索引（仅用于验证）：用
ALTER TABLE your_table DISABLE KEYS，但记得导完立刻ENABLE KEYS，否则索引失效，后续查询变慢 - phpMyAdmin 的错误显示依赖 MySQL 的
sql_mode。如果服务器设了宽松模式（如STRICT_TRANS_TABLES被关掉），'abc'插进 INT 字段只会变0，不报错 —— 这类隐式转换最容易漏检
真正难的不是“怎么导入”，而是判断“哪一行、哪个字段、在什么上下文里悄悄变了样”。别信界面右上角那个绿色成功提示框。
立即学习“PHP免费学习笔记（深入）”；
