导出含触发器的数据库必须显式启用--routines和--triggers参数，phpMyAdmin 4.9默认不导出触发器、存储过程和函数；需切换至“自定义”模式并勾选对应选项，同时确保权限、字符集（utf8mb4）及DEFINER兼容性。
导出含触发器的数据库必须显式启用 --routines 选项
phpMyAdmin 4.9 的图形界面默认不导出触发器（TRIGGERS）、存储过程（PROCEDURES）和函数（FUNCTIONS），即使你勾选了“Add DROP TABLE / VIEW / PROCEDURE / FUNCTION / EVENT / TRIGGER statement”。这是因为它底层调用 mysqldump 时未自动加 --routines 参数。如果你只依赖“快速”导出，还原后会发现触发器全部丢失，且无任何警告。
实操建议：
- 必须切换到“自定义”导出模式，滚动到底部的 Object creation options 区域
- 勾选 Include triggers（对应
--triggers）和 Include stored procedures and functions（对应--routines）——两者要同时开，缺一不可 - 确保 Export method 是
Custom，不是Quick；否则上述选项灰显不可用 - 若目标库含事件（EVENTS），还需额外勾选 Include events
字符集不一致会导致触发器定义乱码或导入失败
触发器体（DEFINER、BODY）里若含中文注释、emoji 或特殊符号，而导出时未指定字符集，mysqldump 可能按 latin1 读取，导致 SQL 文件中出现 ???? 或 Incorrect string value 报错。
解决办法：
立即学习“PHP免费学习笔记（深入）”；
- 在导出页的 Format-specific options 区域，找到 Export character set 下拉框，手动选
utf8mb4 - 不要依赖 phpMyAdmin 右下角显示的
collation_connection（它只影响当前会话查询，不影响 dump 输出） - 若仍出错，检查 MySQL 服务端配置：确认
character_set_server和库/表的COLLATION确实是utf8mb4_unicode_ci级别
权限不足时触发器会被静默跳过
即使界面上勾选了“Include triggers”，如果当前登录 MySQL 的用户没有 SELECT 权限以外的必要权限，mysqldump 会跳过触发器部分，且 phpMyAdmin 不提示、不报错、不写日志——导出文件里就是没有 CREATE TRIGGER 语句。
必需权限清单（缺一不可）：
-
SELECT（读取表数据） -
SHOW VIEW（读取视图定义，常与触发器共存） -
TRIGGER（显式授权才能读取触发器元数据） -
LOCK TABLES或拥有BACKUP_ADMIN（新版 MySQL）
验证方式：在 phpMyAdmin 的 SQL 页执行 SHOW TRIGGERS FROM `your_db`;，若返回空或报错 Access denied，说明权限不够，需 DBA 授权。
导出文件里 DEFINER 用户不存在会导致还原失败
触发器定义开头类似 CREATE DEFINER=`admin`@`%` TRIGGER ...。若目标环境没有该用户，MySQL 8.0+ 默认拒绝执行，报错 Operation CREATE TRIGGER failed for ...。
安全做法：
- 导出前，在 phpMyAdmin 导出页的 Format-specific options 中，勾选 Disable foreign key checks（避免依赖顺序问题）
- 更重要的是勾选 Use consistent tables（即
--single-transaction），尤其当触发器关联频繁更新的表时 - 还原前，手动编辑 SQL 文件，把所有
DEFINER=`xxx`@`yyy`替换为DEFINER=CURRENT_USER，或直接删掉整段DEFINER=...
最易被忽略的一点：phpMyAdmin 4.9 不提供“重写 DEFINER”的勾选项，这个替换必须靠人工或脚本完成——别指望点一下就全自动适配新环境。
