MySQL触发器未生效需排查：是否启用binlog及binlog_format是否为STATEMENT、当前会话sql_log_bin是否为1、用户权限是否充足、错误是否被静默忽略、是否误用SELECT/COMMIT/ROLLBACK、修改后是否DROP再CREATE。
MySQL触发器没生效？先确认是否启用了二进制日志和事件调度器
触发器本身不依赖 binlog，但如果你在复制环境或开启了 log_bin，而同时设置了 binlog_format = STATEMENT，某些语句（如含 NOW()、UUID()、用户变量）会导致触发器逻辑不被记录或执行异常。更常见的是：你改了表，但触发器压根没被调用——可能因为 sql_log_bin = 0 被临时关闭过，或者当前会话禁用了触发器（SET SESSION sql_log_bin = 0 或显式 DISABLE TRIGGER 语法，虽然 MySQL 原生不支持全局 disable，但可通过权限绕过）。
实操建议：
- 运行
SHOW VARIABLES LIKE 'log_bin';和SHOW VARIABLES LIKE 'binlog_format';，确认不是STATEMENT导致非确定性行为被跳过 - 检查当前会话：
SELECT @@sql_log_bin;，应为1；如果不是，触发器不会写入 binlog，部分高可用组件（如 MHA、Orchestrator）可能误判状态 - 确认用户权限：触发器执行依赖
TRIGGER权限，但更重要的是——触发器内若含INSERT/UPDATE/DELETE其他表的操作，目标表权限也必须存在，否则静默失败（无报错，但逻辑中断）
触发器报错但没提示？查 error log 和 general log 是最直接的路
MySQL 触发器内部出错，默认不会抛给客户端，尤其当错误发生在 AFTER 触发器里，主语句已提交，错误被吞掉。这时候只能靠日志反推。注意：触发器错误不会出现在慢查询日志里，也不走常规 SQL 错误码路径。
实操建议：
- 打开 general log（仅调试用）：
SET GLOBAL general_log = ON;+SET GLOBAL general_log_file = '/var/lib/mysql/general.log';，然后复现操作，grep 触发器名或表名，看是否被调用、调用前后语句是否完整 - 重点盯 error log：触发器中调用不存在函数（如自定义函数未创建）、插入违反约束的数据、访问不存在列，都会记入
error log，关键词是ERROR+ 表名 + 触发器名，例如：[ERROR] Table 'test.t2' doesn't exist in engine - 别依赖
SHOW WARNINGS：它只捕获上一条语句的警告，而触发器属于“嵌套执行”，不暴露到外层会话
触发器里不能用 SELECT 返回结果集，也不能 COMMIT/ROLLBACK
这是硬限制。一旦触发器里写了 SELECT * FROM t1; 或者 COMMIT;，MySQL 启动时就会拒绝加载该触发器，或者执行时报错 ERROR 1422 (HY000): Explicit or implicit commit is not allowed in stored function or trigger。很多人以为只是“不推荐”，其实是语法级禁止。
实操建议：
- 所有调试输出必须转成日志写入表：建一张
trigger_debug表，用INSERT INTO trigger_debug VALUES (NOW(), 'msg');替代SELECT - 避免在触发器中调用含
COMMIT的存储过程；如果必须做事务控制，得把逻辑提到应用层，或改用事件（EVENT）+ 状态标记方式异步处理 - 注意
INSERT ... SELECT是允许的，但SELECT ... INTO变量必须确保目标变量已声明，否则报ERROR 1327 (42000): Undeclared variable
修改触发器后不生效？别忘了 DROP 再 CREATE，ALTER 不支持
MySQL 没有 ALTER TRIGGER 语法。你执行 CREATE TRIGGER ... 时如果同名触发器已存在，会直接报错 ERROR 1359 (HY000): Trigger already exists，而不是覆盖。很多人卡在这一步，以为“改完就生效”，其实旧版本还在跑。
实操建议：
- 务必先
DROP TRIGGER IF EXISTS trigger_name;，再CREATE TRIGGER ...，少这一步等于白改 - 触发器名是数据库级别的，不是表级的，所以
DROP TRIGGER时不用加库名前缀，但CREATE里必须明确指定库名，如CREATE TRIGGER test.before_insert_t1 ... - 如果用工具（如 Navicat、DBeaver）导出触发器，注意它可能生成带
DELIMITER的脚本，但命令行执行时若没设分隔符，会因;提前截断而报语法错误
真正难排查的，往往是触发器里调用了另一个存储函数，而那个函数又读了某张配置表——这张表恰好被另一段代码锁住了，导致触发器卡住却不报错，只在 slow log 里留下一条“Waiting for table metadata lock”。这种链路级阻塞，光看触发器本身永远找不到问题。
