phpMyAdmin 4.6 导出触发器时 DELIMITER 消失是默认行为，必须手动勾选“导出触发器”和“Add CREATE TRIGGER statement”两项，缺一不可；推荐改用 mysqldump --triggers --routines --no-create-info 导出以确保 DELIMITER 块完整。
phpMyAdmin 4.6 导出触发器时 DELIMITER 消失是默认行为
不是你操作错了，而是 phpmyadmin 4.6 的导出逻辑本身不保留 delimiter 声明。它把整个触发器体当作文本拼接，跳过了分隔符切换——而 mysql 服务端执行 create trigger 时又依赖这个切换，否则遇到第一个分号就报错 error 1064。
必须手动启用两个关键选项，缺一不可：
- 在「导出」页 → 「对象」区域 → 勾选
导出触发器 - 在「格式特定选项」→ 展开「SQL」→ 勾选
Add CREATE TRIGGER statement
这两个勾选共同作用：前者让 phpMyAdmin 把触发器纳入导出范围，后者强制包裹 DELIMITER $$ ... END $$ 块。只勾前者，导出文件里只有裸 CREATE TRIGGER；只勾后者，触发器根本不会被读取。
导出格式和编码必须设为 SQL + UTF-8
选错格式会导致触发器定义被丢弃或乱码：
- 「格式」下拉菜单必须选
SQL，不能选CSV、JSON或XML - 「格式特定选项」→ 勾选
UTF-8 编码（这是控制 SQL 文件内字符串字面量的编码） - 导出前确认当前连接字符集是
utf8mb4：看页面顶部状态栏，如果不是，先执行SET NAMES utf8mb4再导出
若数据库含中文字段名或注释，漏掉 UTF-8 编码会导致还原时 Incorrect string value 错误。
mysqldump 是更可靠的替代方案
phpMyAdmin 4.6 对存储程序的支持有硬边界：无法控制 DELIMITER 符号、不处理 DEFINER 权限问题、在 MySQL 8.0+ 下可能跳过角色相关语句。
用命令行导出更干净：
mysqldump --triggers --routines --no-create-info --databases mydb > triggers.sql
说明：
-
--triggers是必须的，否则触发器不出现 -
--routines顺带导出函数/存储过程（即使没用到也建议带上，避免遗漏） -
--no-create-info排除CREATE TABLE，聚焦逻辑对象 - 注意：
--skip-triggers不要加——那是反直觉的老版本 hack，在 4.6+ 已无必要
生成的文件开头有 DELIMITER ;;，结尾有 DELIMITER ;，可直接用 mysql -u root -p db_name 还原。
还原前务必检查 DEFINER 和 BOM
即使导出正确，还原仍可能失败：
- 搜索导出文件里的
DEFINER=`xxx`@`%`，如果目标环境没有该用户，还原会报Access denied；建议用文本编辑器全局替换成DEFINER=CURRENT_USER或直接删掉整行 - 用 Windows 记事本保存过导出文件？很可能加了 BOM（
EF BB BF），MySQL 会把它当非法字符报错；用 VS Code 或 Notepad++ 以 UTF-8 无 BOM 格式另存 - 导入时别用 phpMyAdmin 的「导入」页签——它对
DELIMITER解析不稳定；改用命令行mysql工具，或确保 phpMyAdmin 版本 ≥ 4.7（4.6 有已知解析缺陷）
最易被忽略的是：导出文件里有没有真实出现 CREATE TRIGGER？打开文件搜一下，没有就说明前面的勾选步骤漏了，而不是工具坏了。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
