mysqldump导出需显式加--routines和--triggers参数，否则不包含存储过程、函数及触发器；导入时须确保用户具备CREATE ROUTINE和TRIGGER权限，并用mysql命令行而非phpMyAdmin执行以正确识别DELIMITER。
不是phpmyadmin的问题，而是导出时没包含、导入时权限不足或delimiter没被识别——三者占95%以上原因。
mysqldump导出时漏了--routines和--triggers
默认情况下，mysqldump只导表结构和数据，CREATE PROCEDURE、CREATE FUNCTION、CREATE TRIGGER语句根本不会出现在备份文件里。
- 检查你的SQL文件：用
grep -i "create procedure\|create trigger\|delimiter" backup.sql，如果没输出，说明导出参数缺失 - 必须显式加参数：
mysqldump -u user -p --routines --triggers --databases db_name > backup.sql -
--routines导函数+存储过程，--triggers单独导触发器；二者不互含，要一起用 - 若只dump单表（如
mysqldump db table），--triggers也无效——它只对库级导出生效
导入时MySQL跳过了ROUTINE创建但没报错
MySQL在导入含CREATE PROCEDURE的SQL时，会校验当前用户是否有CREATE ROUTINE和TRIGGER权限。权限不足时，它通常静默跳过，而不是报错中断。
- 执行
SHOW GRANTS FOR CURRENT_USER;，确认输出里有CREATE ROUTINE和TRIGGER - 若缺失，用高权限账号执行：
GRANT CREATE ROUTINE, TRIGGER ON `db_name`.* TO 'user'@'%'; FLUSH PRIVILEGES; - 特别注意：即使你有
GRANT ALL，也可能因sql_mode含NO_AUTO_CREATE_USER或账户未显式授权而失效 - 导入后别只看“Query OK”，用
SHOW PROCEDURES LIKE 'xxx';和SHOW TRIGGERS LIKE 'table_name';手动验证是否真建成了
phpMyAdmin不解析DELIMITER导致语法失败
phpMyAdmin的SQL执行框本质是前端文本提交，它不会像mysql命令行那样识别DELIMITER $$这类分隔符声明——整段SQL会被当成一条语句解析，遇到第一个;就截断，后续逻辑全丢。
- 如果你的备份文件开头有
DELIMITER $$，在phpMyAdmin里直接粘贴执行，大概率失败 - 正确做法：改用命令行导入，
mysql -u user -p db_name （它原生支持DELIMITER） - 若必须用phpMyAdmin，先用
sed -i 's/DELIMITER \(.\+\)/-- DELIMITER \1/g' backup.sql注释掉所有DELIMITER行，再确保每个CREATE PROCEDURE块末尾只有一个; - 还要检查文件编码：Windows记事本保存的UTF-8 with BOM会导致第一行
DELIMITER无法识别，务必用VS Code或Notepad++另存为“UTF-8 without BOM”
最常被忽略的是：导入成功日志里没有错误 ≠ 对象已存在。哪怕mysql命令返回“0 rows affected”，只要权限或DEFINER不匹配，CREATE PROCEDURE语句也会被跳过——必须进库查mysql.proc（5.7）或information_schema.routines（8.0+）确认记录是否真实写入。
立即学习“PHP免费学习笔记（深入）”；
