先检查max_allowed_packet是否过小：MySQL默认仅4MB，大SQL文件易被截断报“server has gone away”；应执行SET GLOBAL max_allowed_packet=268435456并修改my.ini中[mysqld]段永久生效，同时调大net_buffer_length至100000，重启MySQL服务。
phpEnv 导入 SQL 文件失败，先看 max_allowed_packet 是否太小
phpEnv 本身不直接处理数据库导入，它只是管理 PHP 版本；真正执行导入的是底层 MySQL 服务。很多“导入失败”其实卡在 MySQL 的包大小限制上——尤其是用 source 命令或 phpMyAdmin 上传大文件时，max_allowed_packet 默认通常只有 4MB，而 100MB+ 的 SQL 文件会直接被截断，报错可能表现为 MySQL server has gone away 或静默中断。
实操建议：
- 登录 MySQL 后立即执行：
SET GLOBAL max_allowed_packet = 268435456;（即 256MB），注意该设置重启后失效 - 永久生效需编辑 MySQL 配置文件（如
my.ini或my.cnf），在[mysqld]段下添加：max_allowed_packet = 256M - 同时检查
net_buffer_length，建议设为100000左右，避免长行解析失败 - 改完必须重启 MySQL 服务（phpEnv 界面里有“重启 MySQL”按钮，别只重启 Apache）
phpMyAdmin 导入报 Incorrect format parameter，本质是 PHP 上传限制没同步放开
这个错误不是数据库问题，而是 phpMyAdmin 前端被 PHP 层拦下了：文件还没到 MySQL，就在 PHP 解析 POST 数据时被拒绝。常见于 phpEnv 自带的 PHP + nginx 组合。
关键三处必须一致且足够大：
立即学习“PHP免费学习笔记（深入）”；
-
upload_max_filesize（PHP 配置）：比如设为512M -
post_max_size（PHP 配置）：必须 ≥upload_max_filesize，建议设为512M -
client_max_body_size（nginx 配置）：phpEnv 的 nginx 面板里可调，值必须 ≥ 上两项，也设为512M
改完别忘了：在 phpEnv 控制面板里点“重载 PHP 配置”和“重载 Nginx”，否则修改不生效。
用 source 命令导入时提示 “No database selected”，说明没进对库或路径写错
phpEnv 的 MySQL 默认以 root 用户运行，但 source 不自动关联数据库——它只读文件、原样执行 SQL，如果 SQL 里没带 USE db_name; 或表名没加库前缀，就会报这个错。
安全做法是分两步：
- 先连库：
mysql -u root -p→ 输入密码 →use your_database_name; - 再导入：
source /full/path/to/your/file.sql;（注意是绝对路径，Windows 下用正斜杠或双反斜杠） - 如果 SQL 文件里含
CREATE DATABASE，请先确保目标库不存在，或手动删掉这行，否则会报错 - 遇到
Access denied for user 'root'@'localhost'？说明 phpEnv 的 MySQL root 密码不是空，查 phpEnv 面板里的 MySQL 设置页确认密码
导入中途卡住或报外键错误，大概率是 SQL 文件含 SET FOREIGN_KEY_CHECKS=0 但没配对关闭
很多导出工具（如旧版 phpMyAdmin）会在文件开头加 SET FOREIGN_KEY_CHECKS=0; 来跳过约束，但结尾漏了 SET FOREIGN_KEY_CHECKS=1;。导入到一半时若触发外键冲突，MySQL 就会停住，后续语句全不执行，且不报明显错误。
排查方法很简单：
- 用文本编辑器打开 SQL 文件，搜
FOREIGN_KEY_CHECKS - 确认开头有
=0，结尾有对应=1；没有就手动补上 - 更稳妥的做法：导入前手动执行
SET FOREIGN_KEY_CHECKS=0;，导入完再执行SET FOREIGN_KEY_CHECKS=1; - 如果表之间有循环依赖（比如 A 引 B，B 又引 A），即使关了外键检查也可能因插入顺序错乱失败，此时需拆表分批导入
最易被忽略的一点：phpEnv 的 MySQL 配置里默认开了 sql_mode=STRICT_TRANS_TABLES，遇到空字符串插非空字段、零日期等会直接报错中断，不是警告。导入前建议临时执行：SET SESSION sql_mode = '';，完事再恢复。
