MySQL触发器禁止在触发动作中直接修改本表，否则报错1442；AFTER触发器中操作本表会引发递归；用户变量无法禁用触发器，只能通过会话变量条件跳过；INSERT…ON DUPLICATE KEY UPDATE仅触发INSERT类触发器。
触发器里改同一张表会无限循环？
MySQL 触发器无法在触发动作中直接修改本表，否则报错 ERROR 1442 (HY000): Can't update table 'xxx' in stored function/trigger because it is already used by statement which invoked this stored function/trigger。这不是“递归触发”，而是 MySQL 的硬性限制——它连执行机会都不给，直接拦在语法层。
但很多人误以为“只要不显式 UPDATE 就安全”，结果在 BEFORE INSERT 里算了个值塞进 NEW.col，又在 AFTER INSERT 里去 UPDATE 同一张表，这就真踩进递归了：后者会再次触发自己的 BEFORE/AFTER UPDATE，形成链式调用。
- 真正能导致递归的，是
AFTER触发器里对本表的INSERT/UPDATE/DELETE -
BEFORE触发器中只操作NEW或OLD是安全的，不触发新事件 - 跨表操作（比如日志表、统计表）不受此限，可放心写
用 SET @trigger_disabled = 1 能关掉触发器吗？
不能。MySQL 没有运行时开关触发器的机制。SET @trigger_disabled = 1 这类用户变量在触发器里可以读写，但它对触发器是否执行毫无影响——触发器由 SQL 语句自动激活，变量只是你自己的标记。
想“跳过”某次触发，唯一可行路径是让触发器自己判断条件并提前退出：
- 在触发器开头加
IF @skip_my_trigger IS NOT NULL THEN LEAVE proc_label; END IF; - 外部执行前先
SET @skip_my_trigger = 1;，执行完再SET @skip_my_trigger = NULL; - 注意：该变量是会话级的，不同连接互不影响，但同个连接里要确保清理，否则后续语句也被跳过
别指望靠注释或临时删触发器来“绕过”，运维成本高、易出错，且无法用于自动流程。
INSERT … ON DUPLICATE KEY UPDATE 会触发哪些触发器？
它只触发 BEFORE INSERT 和 AFTER INSERT，哪怕实际执行的是更新逻辑。MySQL 把整条语句视为一次“插入尝试”，冲突时内部转为更新，但不会补发 BEFORE/AFTER UPDATE。
这意味着：如果你依赖 AFTER UPDATE 做某些同步或校验，用 ON DUPLICATE KEY UPDATE 就会漏掉——它根本不会走到那一步。
- 需要统一响应 insert/update 场景？把核心逻辑抽成存储过程，在
BEFORE INSERT和BEFORE UPDATE里都调用它 - 不要在
AFTER INSERT里假设“数据一定新增了”，NEW.id可能是已存在行的主键 - 如果业务强依赖“变更类型”，建议拆成明确的
INSERT和UPDATE两条语句，各自走对应触发器
为什么 SHOW TRIGGERS 看不到我刚创建的触发器？
最常见原因是没指定数据库：SHOW TRIGGERS 默认只查当前默认库，而 CREATE TRIGGER 必须带库名前缀（如 CREATE TRIGGER mydb.trg_log AFTER INSERT...），否则会在当前 USE 的库下建。
检查步骤：
- 确认当前库：
SELECT DATABASE(); - 查所有库的触发器：
SELECT * FROM information_schema.TRIGGERS WHERE TRIGGER_NAME = 'trg_log'; - 创建时漏了权限？需要
TRIGGER权限，不是ALTER或CREATE - 触发器名重复？MySQL 不允许同表同事件类型存在两个同名触发器，但报错信息不明显，容易被忽略
触发器不像视图或存储过程，没有独立的命名空间，它绑定在具体表上，名字只在该表上下文里唯一。
