phpMyAdmin 5.2导入含存储过程的SQL文件失败，核心原因是其默认禁用CREATE PROCEDURE等语句执行，需在config.inc.php中启用$cfg['AllowArbitraryServer'] = true、勾选SQL兼容模式（如MYSQL40）、保留DELIMITER指令、使用UTF-8无BOM编码、通过UploadDir本地导入目录绕过上传限制，并确保目标数据库已手动创建并选中。
phpMyAdmin 5.2 导入含存储过程的 SQL 文件失败，核心原因是权限和执行模式限制
默认情况下，phpMyAdmin 5.2 会禁用 CREATE PROCEDURE、CREATE FUNCTION 等语句的执行，即使你有 MySQL 的对应权限，界面也会静默跳过或报错「#1227 - Access denied」。这不是配置错误，而是 phpMyAdmin 自身的安全策略：它把这类语句归类为「危险操作」，需显式开启支持。
必须启用 $cfg['AllowUserDropDatabase'] 和 $cfg['EnableGIS']？不，真正要改的是 $cfg['AllowArbitraryServer'] 和 SQL 兼容模式
网上很多教程误将 GIS 或数据库删除权限当作关键，其实无关。真正起作用的是两个设置：
-
$cfg['AllowArbitraryServer'] = true;—— 允许执行任意服务器端语句（含存储过程定义），必须加在config.inc.php中（XAMPP 下路径通常是XAMPP\phpMyAdmin\config.inc.php） - 导入时勾选「SQL 兼容模式」→ 选择
MYSQL40或MYSQL50（不是默认的ANSI）—— 这会绕过 phpMyAdmin 对DELIMITER的预解析拦截
改完后重启 Apache（XAMPP 控制面板里点「Restart」），否则不生效。
SQL 文件里的 DELIMITER 必须保留，且不能被压缩或转义
存储过程定义依赖 DELIMITER $$ / DELIMITER ; 切换分隔符。phpMyAdmin 5.2 在解析时若遇到未识别的 DELIMITER 指令，会直接截断后续内容。常见陷阱包括：
立即学习“PHP免费学习笔记（深入）”；
- 用文本编辑器（如 Notepad++）保存 SQL 文件时选了「UTF-8 with BOM」——BOM 头会导致首行
DELIMITER无法被识别，改用「UTF-8（无 BOM）」 - 导出时用了 phpMyAdmin 的「快速」模式——它可能省略
DELIMITER声明，务必用「自定义」导出，并勾选「添加 DELIMITER 指令」 - 文件里有中文注释紧贴
DELIMITER行（如DELIMITER $$ -- 创建过程）——部分版本会误判，建议换行写注释
超过 2MB 仍失败？别调 upload_max_filesize，改用服务器端导入目录
即使开了权限，大文件（尤其含多个存储过程）仍常因超时或内存溢出中断。此时修改 php.ini 效果有限，更可靠的是启用 phpMyAdmin 的本地导入目录：
- 在
XAMPP\phpMyAdmin\下新建文件夹，例如import_procedures - 编辑
config.inc.php，添加：$cfg['UploadDir'] = 'import_procedures'; - 把 SQL 文件放进该文件夹，回到 phpMyAdmin「导入」页，下拉选择「从网站服务器上传文件夹 import_procedures/ 中选择」
这个方式绕过 PHP 文件上传限制，也避免浏览器 JS 超时，是 phpMyAdmin 5.2 处理含存储过程的大 SQL 文件最稳的路径。
最容易被忽略的一点：导入前必须先手动执行 CREATE DATABASE 并选中该库——phpMyAdmin 5.2 不会自动创建库，也不会执行文件开头的 USE `xxx`，如果目标库不存在或未选中，所有存储过程定义都会被跳过，且不报错。
