phpmyadmin 不解析 delimiter，仅转发 sql 给 mysql；必须显式设置如 delimiter $$ 并配对 end$$，否则首分号即报 error 1064；定义后须恢复 delimiter ;，且触发器需 enabled、权限完备、事件匹配才生效。
phpmyadmin 本身不解析触发器逻辑，它只是把 sql 语句原样发给 mysql 服务端执行；所谓“无法解析”，实际是 mysql 拒绝执行，而 phpmyadmin 的错误提示太笼统，掩盖了真实原因。
DELIMITER 不生效导致语法报错
MySQL 客户端（包括 phpMyAdmin）默认以分号 ; 为语句结束符，但触发器体内的 SET、IF、END 等都需要分号分隔——不改分隔符，MySQL 会在第一个 ; 就截断，报错 ERROR 1064。
- 必须在触发器定义前显式设置新分隔符，例如：
DELIMITER $$ -
CREATE TRIGGER ... BEGIN ... END$$中的$$是结尾标记，不是随便写的，且END$$后不能有空格或换行（常见坑） - 定义完必须恢复：
DELIMITER ;，否则后续 SQL 会全部失效 - phpMyAdmin 的 SQL 标签页支持多行执行，但不会自动帮你加
DELIMITER——漏写就直接报错
触发器权限缺失却无明确提示
phpMyAdmin 提交触发器创建语句后返回“没有权限”或空白错误，往往不是界面问题，而是 MySQL 拒绝授权。用户看到的是 phpMyAdmin 的通用错误页，而非 MySQL 原始报错 ERROR 1227 (42501)。
- 必需权限：至少要有
CREATE TRIGGER和ALTER（修改表结构隐含需要） - 若触发器内操作其他表（如写日志），还需对那些表的
INSERT权限 - 关键点：触发器运行时用的是
DEFINER用户权限，不是你当前登录 phpMyAdmin 的用户——查SHOW CREATE TRIGGER trigger_name;看DEFINER，再查该用户的SHOW GRANTS - 低权限用户即使能进 phpMyAdmin 的「触发器」标签页，点击「添加」也会静默失败
触发器已创建但根本不触发
很多人以为“创建成功=万事大吉”，结果 INSERT 之后字段没变、日志没写、状态没更新——其实触发器压根没跑，连 MySQL 错误日志都不会记。
- 先确认是否启用：
SELECT STATUS FROM information_schema.TRIGGERS WHERE TRIGGER_NAME = 'your_trigger_name';，值必须是ENABLED - 检查事件匹配：比如触发器是
BEFORE INSERT ON users，但你执行的是INSERT INTO Users（大小写不一致，Linux 下表名区分大小写） - 排除
ERROR 1442：触发器里不能UPDATE users自己这张表，哪怕在AFTER里也不行——MySQL 解析阶段就拒绝 - 静默跳过常见于：
sql_mode不含STRICT_TRANS_TABLES，导致NEW.created_at = 'xxx'类型不匹配时只警告不中断
最易被忽略的是：触发器逻辑里所有表名、字段名、函数调用都依赖 DEFINER 权限和上下文环境，而 phpMyAdmin 只负责传 SQL——它不校验你写的 SELECT COUNT(*) FROM audit_log 这张表是否存在，也不管 audit_log 是否被锁死或权限不足。问题不在“解析”，而在“执行时的上下文是否完备”。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
