触发器没执行主因是未被调用，应先查STATUS是否ENABLED、事件类型是否匹配、操作是否真触发DML（如TRUNCATE不触发、UPDATE无变更在MySQL 8.0+中静默跳过）。
触发器没执行，八成不是代码写错了，而是它压根没被调用——查 STATUS、看事件类型、确认操作是否真触发 DML，这三步比翻逻辑快得多。
查触发器是否启用（MySQL / SQL Server）
数据库不会报错提示“触发器已禁用”，它就安静地挂在那里。你执行 UPDATE 成功，@@rowcount 正常，但触发器一丁点都没跑。
- MySQL：运行
SELECT TRIGGER_NAME, STATUS FROM information_schema.TRIGGERS WHERE TRIGGER_NAME = 'your_trigger_name';，确认STATUS是ENABLED；若为DISABLED，执行ALTER TRIGGER your_trigger_name ENABLE;（注意 MySQL 5.7 不支持该语法，只能删后重建） - SQL Server：运行
SELECT name, is_disabled FROM sys.triggers WHERE name = 'your_trigger_name';，若is_disabled = 1，执行ENABLE TRIGGER your_trigger_name ON your_table; -
SHOW TRIGGERS LIKE 'table_name';更快，但它只查当前数据库；跨库必须先USE db_name
确认操作是否真能触发（TRUNCATE / UPDATE 无变更 / REPLACE INTO）
TRUNCATE 是 DDL，不是 DML，不生成 inserted/deleted 伪表，任何 INSERT/UPDATE/DELETE 类型触发器都完全不会运行——这不是配置问题，是设计如此。
- 想清空表又走触发器？必须改用
DELETE FROM table_name（带或不带WHERE） - MySQL 8.0+ 中，
UPDATE SET status = status或SET name = 'old'（而当前值就是'old'）这类无实际变更的操作，会静默跳过触发器；执行后立刻查SELECT @@row_count;，若为 0，说明没命中行或无变更 -
REPLACE INTO和INSERT ... ON DUPLICATE KEY UPDATE在 MySQL 8.0.19 之前**不触发 BEFORE INSERT**，只可能触发BEFORE UPDATE；用SHOW TRIGGERS LIKE 'table_name';确认Timing和Event是否匹配你的操作
写日志表验证是否真进触发器（避免 PRINT / RAISERROR 失效）
PRINT 在 SQL Server 中默认被缓冲，事务回滚时直接丢弃；RAISERROR(..., 0, 1) WITH NOWAIT 看似能刷出，但一旦回滚也消失。PostgreSQL 的 RAISE NOTICE 默认被客户端屏蔽；MySQL 的 SELECT 或 PRINT 根本不输出。真正可落地的验证方式，是写入一张独立日志表。
- 建一张轻量日志表：
CREATE TABLE debug_log (ts DATETIME(3), trigger_name NVARCHAR(128), msg NVARCHAR(500), payload NVARCHAR(MAX));—— 字段少、无外键、无索引，否则拖慢主 DML - MySQL 触发器中写日志用：
INSERT INTO debug_log SELECT NOW(3), 'upd_order', 'fired', CONCAT('id=', NEW.id);（不能用inserted/deleted，MySQL 没这伪表） - SQL Server 中写日志用：
INSERT INTO debug_log (trigger_name, msg, payload) VALUES (N'upd_order_status', N'before update', (SELECT * FROM inserted FOR XML AUTO)); - 关键检查点：确保
DEFINER（MySQL）或触发器执行上下文用户（SQL Server）对这张日志表有真实INSERT权限；否则日志写不进去，你还以为触发器根本没跑
错误被吞掉，怎么看到真实原因？
触发器失败通常不抛给客户端，而是让主语句失败或直接静默中断。你以为“没执行”，其实是执行到一半崩了，输出被吞了。
- MySQL：执行完疑似失败的语句后，立刻运行
SHOW WARNINGS;，常能捕获真实错误，比如Unknown column 'xxx' in 'field list'；再查 MySQL 错误日志：SET GLOBAL log_warnings = 2;，确认log_error路径（如/var/log/mysql/error.log），搜ERROR 1442（禁止修改自身表）或表名 + 触发器名 - SQL Server：在触发器里加
TRY...CATCH，用ERROR_MESSAGE()写入日志表；别信 SSMS 消息面板默认设置——需客户端开启SET NOCOUNT OFF才能看到PRINT输出 - 所有数据库共通的一点：日志表必须与业务表物理分离；上线前确认触发器执行用户对日志表有真实
INSERT权限；时间字段务必用DATETIME(3)，否则高并发下多条日志时间戳可能完全一样
