SHOW CREATE TRIGGER 报错#1366因字符集不支持中文或emoji，需设为utf8mb4；phpMyAdmin默认不显示触发器列表，须手动查mysql.triggers表；返回SQL含DEFINER和SQL SECURITY，迁移时需修改以避免静默失效。
SHOW CREATE TRIGGER 执行报错：#1366 - Incorrect string value
这是最常遇到的坑——触发器定义里含中文注释或 emoji，而数据库字符集是 latin1 或 utf8（非 utf8mb4）。show create trigger 会原样读取存储在 mysql.triggers 表里的 sql_mode 和定义文本，一旦字段编码不匹配，就直接报错。
实操建议：
- 先确认当前连接和数据库字符集：
SELECT @@character_set_database, @@collation_database; - 如果返回不是
utf8mb4，临时切一下：SET NAMES utf8mb4;再执行SHOW CREATE TRIGGER - 更稳妥的做法是连到 phpMyAdmin 时就在 URL 后加
?lang=zh_CN&collation_connection=utf8mb4_general_ci
phpMyAdmin 界面里根本找不到触发器列表
phpMyAdmin 默认不展示触发器，它只在「结构」页列出表、「SQL」页执行语句，但不会主动加载 mysql.triggers 表内容。你点进某个数据库，左侧导航栏看不到「Triggers」入口，不是你漏看了，是它真没放出来。
实操建议：
- 手动在「SQL」页运行：
SELECT TRIGGER_NAME, EVENT_MANIPULATION, EVENT_OBJECT_TABLE, ACTION_STATEMENT FROM mysql.triggers WHERE EVENT_OBJECT_SCHEMA = 'your_db_name'; - 想看完整定义，必须用
SHOW CREATE TRIGGER `trigger_name`;，注意触发器名要加反引号，尤其含中划线或数字开头时 - phpMyAdmin 5.2+ 版本在数据库页底部「管理」标签下有「触发器」子页，但仅限于你有
SELECT权限访问mysql.triggers表；很多共享主机禁了这个权限
SHOW CREATE TRIGGER 返回的 SQL 不可直接复用
返回结果里带 DEFINER=`user`@`host`，且默认用 SQL SECURITY DEFINER。如果你导出后换环境执行，很可能因用户不存在或权限不足而失败，甚至触发器建成了却完全不生效。
立即学习“PHP免费学习笔记（深入）”；
实操建议：
- 复制结果后，删掉整行
DEFINER=`xxx`@`xxx`，让 MySQL 自动设为当前用户 - 把
SQL SECURITY DEFINER改成SQL SECURITY INVOKER，避免权限继承问题 - 如果原触发器用了
DELIMITER $$，在 phpMyAdmin 的「SQL」页里不能直接粘贴带$$的多语句——它不支持自定义分隔符，得拆成单条CREATE TRIGGER语句再执行
触发器定义太长，phpMyAdmin 截断显示
SHOW CREATE TRIGGER 返回的是单行文本，但 phpMyAdmin 对「SQL 查询结果」列宽做了限制，默认只显示前 1024 字符左右，后面用 ... 隐藏。你看到的可能是半截 INSERT 或没闭合的 IF 块，误以为语法错误。
实操建议：
- 点击结果行右侧的「浏览」小图标（类似表格图标），进入详情页，那里会显示完整文本
- 或者改用命令行：
mysql -u root -p -e "SHOW CREATE TRIGGER \`t1_after_insert\`;" your_db，无截断 - 在 phpMyAdmin 「设置」→「SQL 查询」里调高
Max characters in result page，但别设太大，否则页面卡死
复杂点在于：触发器元数据散落在系统表、权限控制、字符集、客户端分隔符处理多个层面，不是一条命令能兜底的事。最容易被忽略的是 DEFINER 和 SQL SECURITY 这两个字段——它们不报错，但会让触发器在迁移后彻底静默失效。
