必须启用DEFINER和SUPER权限并正确设置DELIMITER；需为用户授予权限、删除或创建DEFINER用户、首行声明DELIMITER $$、用$$结束过程、恢复DELIMITER ;，且文件编码为utf8mb4，大文件建议用命令行导入。
导入前必须启用 DEFINER 权限和 SUPER 权限
phpmyadmin 默认禁止执行含 create procedure、create function 或 create trigger 的语句，因为这些操作需要 definer 和 super 权限。若 sql 文件里有存储过程，直接导入会报错：#1227 - access denied; you need (at least one of) the super privilege(s) for this operation。
解决办法不是改 phpMyAdmin 设置，而是确保当前登录的 MySQL 用户具备对应权限：
- 用 root 或高权限账号登录 MySQL 终端，执行：
GRANT SUPER ON *.* TO 'your_user'@'localhost'; FLUSH PRIVILEGES; - 如果 SQL 文件中定义了
DEFINER=`someuser`@`host`，而该用户不存在或无权创建过程，要么删掉DEFINER子句，要么提前创建该用户并赋权 - 部分托管环境（如 shared hosting）禁用
SUPER，此时无法通过 phpMyAdmin 导入存储过程，必须换命令行或联系服务商
SQL 文件必须包含 DELIMITER 声明且不能被 phpMyAdmin 自动解析
存储过程体内的分号 ; 会被 phpMyAdmin 当作语句结束符提前截断，导致语法错误，例如：#1064 - You have an error in your SQL syntax near 'END' at line X。
正确写法要求在文件开头显式设置分隔符，并在过程定义后恢复：
DELIMITER $$ CREATE PROCEDURE my_proc() BEGIN SELECT 'hello'; END$$ DELIMITER ;
注意：
立即学习“PHP免费学习笔记（深入）”；
-
DELIMITER必须是 SQL 文件的第一条语句（或至少在CREATE PROCEDURE之前），不能被注释或空行隔开 - phpMyAdmin 不会自动识别或处理
DELIMITER—— 它只是原样传给 MySQL，所以格式必须严格合规 - 避免使用
DELIMITER //或其他非常规符号，MySQL 8.0+ 对某些分隔符支持不稳定，$$最稳妥
字符集与 SQL 兼容模式要匹配 CREATE 语句语法
如果 SQL 文件是从 MySQL 5.7 或更低版本导出的，其中的存储过程可能含旧式语法（如无 SQL SECURITY DEFINER），在 MySQL 8.0+ 上导入时容易失败，报错类似：#1290 - The MySQL server is running with the --sql-mode=STRICT_TRANS_TABLES option...。
应对方式：
- 导入前确认目标 MySQL 版本，若为 8.0+，建议在导出时用
mysqldump --compatible=mysql40或手动清理不兼容语法 - phpMyAdmin 导入页的
SQL compatibility mode下拉框选MYSQL40可绕过部分语法校验（但不解决权限和 DELIMITER 问题） - 文件编码必须为
utf8mb4，否则存储过程中含中文注释或参数名时会触发乱码 + 语法错误
大文件含存储过程时，优先走命令行而非 phpMyAdmin
即使调高了 max_allowed_packet 和 PHP 上传限制，phpMyAdmin 对含过程的 SQL 文件仍存在解析边界问题：它会尝试预读、拆分、重写语句，反而破坏 DELIMITER 结构或权限上下文。
更可靠的做法是跳过 Web 层：
- 终端执行：
mysql -u username -p --default-character-set=utf8mb4 database_name - 确保
procedures.sql中已移除所有USE `xxx`;外部切换语句，只保留过程定义（或明确指定目标库） - 若文件含
DROP PROCEDURE IF EXISTS，注意顺序：必须先删再建，否则重复定义报错
真正麻烦的从来不是“怎么点导入按钮”，而是权限链、分隔符作用域、MySQL 版本语法差异这三者交织在一起——任何一个环节没对齐，都会让过程定义静默失败或报错中断。
