phpMyAdmin中创建触发器必须先进入目标表再点Triggers标签页，不可从数据库总览页或SQL页操作；需注意权限、命名唯一性、事件时机组合、NEW/OLD使用规则及调试方法。
触发器创建入口藏在哪，点错位置就白忙
phpmyadmin 里触发器不是在「结构」或「sql」页操作的，必须先进入目标表，再切到 triggers 标签页——这个标签默认不显眼，常被忽略。如果当前在数据库总览页或其它表页面，triggers 标签根本不会出现。
常见错误现象：#1419 - You do not have the SUPER privilege and binary logging is enabled，这通常是因为没在正确上下文（即已选中具体表）下点「Add trigger」，导致权限校验失败或 SQL 模式不匹配。
- 先点击左侧导航里的数据库 → 再点击具体表名 → 顶部菜单才出现
Triggers - 不要从「SQL」页直接写
CREATE TRIGGER，除非你确认已设好log_bin_trust_function_creators=1且有SUPER权限 - 新版本 phpMyAdmin（5.2+）要求触发器名在当前表内唯一，重名会报
#1359 - Trigger already exists
BEFORE/AFTER 和 INSERT/UPDATE/DELETE 组合不能乱选
触发时机（BEFORE vs AFTER）和事件类型（INSERT/UPDATE/DELETE）共同决定触发器能否读写字段、是否影响主操作结果。选错组合会导致逻辑失效甚至死锁。
比如用 AFTER UPDATE 去修改刚更新的行，MySQL 会直接拒绝并报 #1442 - Can't update table 'xxx' in stored function/trigger because it is already used by statement which invoked this stored function/trigger；而 BEFORE INSERT 是唯一能安全改 NEW.column 的时机。
-
BEFORE INSERT：可修改NEW字段值（如自动生成 UUID、补默认时间） -
BEFORE UPDATE：适合做数据校验或字段联动（如更新updated_at） -
AFTER INSERT：适合写日志、发通知，但不能再碰原表 - 一个触发器只能绑定一种事件类型，要同时响应 INSERT 和 UPDATE，得建两个
触发器体里 NEW 和 OLD 关键字的访问边界
NEW 和 OLD 不是变量，是只读伪记录，且仅在对应事件中可用。误用会导致语法错误或空值陷阱。
立即学习“PHP免费学习笔记（深入）”；
典型错误：BEFORE DELETE 中引用 NEW.id（不存在），或 BEFORE INSERT 中读 OLD.name（报 Unknown column 'OLD.name' in 'field list'）；还有人试图给 NEW 赋值字符串以外的类型，比如 SET NEW.created_at = NOW() + INTERVAL 1 DAY;，这在严格模式下可能被截断或报错。
-
INSERT：只有NEW可用，OLD未定义 -
DELETE：只有OLD可用，NEW未定义 -
UPDATE：NEW和OLD都可用，分别代表更新后和更新前的值 -
NEW.column赋值时，类型必须与字段定义兼容，比如TINYINT字段不能塞字符串"true"
触发器执行失败时没有明显提示，靠日志反查最可靠
phpMyAdmin 界面提交触发器后只显示「Trigger created successfully」，但实际执行时若 SQL 报错（如除零、字段不存在、子查询返回多行），它既不弹窗也不高亮，只会静默失败，主表操作照常完成，后续数据不一致很难察觉。
真正有效的排查方式是开 MySQL 错误日志，或者临时把触发器体改成带 SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'debug: ...'; 的调试语句。别依赖 phpMyAdmin 的绿色成功提示。
- 上线前务必在测试环境用真实数据跑一遍全路径（INSERT/UPDATE/DELETE）
- 避免在触发器里调用存储函数或跨库查询，容易因权限或锁引发不可见延迟
- MySQL 8.0+ 支持
INFORMATION_SCHEMA.TRIGGERS查状态，但 phpMyAdmin 不展示执行历史，得自己查
触发器逻辑越复杂，越容易在事务回滚时行为异常；尤其是涉及多表更新或外部服务调用的，基本没法保证原子性——这点很多人直到线上出问题才意识到。
