SQL Server触发器中PRINT不可靠，应改用RAISERROR(...,0,1) WITH NOWAIT；MySQL无PRINT，需写日志表；PostgreSQL用RAISE NOTICE但需客户端启用通知；所有调试操作均影响事务性能，上线前必须清除。
SQL Server里触发器不能用PRINT输出？
不能直接用。触发器运行在事务上下文中，
语句的输出不会实时刷到客户端，常被缓冲甚至完全丢弃——尤其在 SSMS 中执行 INSERT/UPDATE 后根本看不到任何打印内容。
真正能观察中间状态的方式是写日志表，或者改用
强制刷新输出缓冲区。
比
可靠得多，且支持变量插值
注意级别必须是 0–10，且一定要加
，否则依然不显示
不要在生产环境长期开启这类调试输出，会拖慢事务、干扰监控工具捕获错误
MySQL触发器里想看变量值，PRINT不存在怎么办？
MySQL 根本没有
，也没有
。最实用的调试方式是往一张专用日志表里插记录，比如
。
示例：在触发器开头插入当前时间、操作类型和关键字段值
日志表必须是
，避免锁表或事务回滚时清空日志
别用
，触发器里不允许
避免在高并发写入的触发器里频繁写日志表，可加条件（如只对特定 ID 或测试账号生效）
PostgreSQL触发器中用RAISE NOTICE调试，但没看到输出？
默认情况下
的输出不会返回给客户端，除非客户端明确启用了通知接收（比如 psql 中默认开，但某些 ORM 或连接池会忽略）。
在 psql 里确保已执行
如果用 Python + psycopg2，需监听
或设置
支持格式化，比拼字符串安全
别在循环体里密集
，可能压垮连接或被日志系统限流
所有数据库触发器调试共通陷阱
最容易被忽略的是：触发器里的调试代码本身会影响事务行为和性能，而且一旦上线就可能被遗忘。
调试用的
或
都算事务操作，可能延长锁持有时间
MySQL 触发器里调用存储函数再写日志？小心递归触发或权限不足报
SQL Server 中用
调试时，如果误写成级别 11+，会变成错误中断事务，不是提示
上线前务必删掉或注释掉所有调试语句——版本控制里也别留“临时注释”分支
真要留痕，不如把关键逻辑封装进带日志参数的存储过程，触发器只负责调用，调试开关收口更干净。
PRINTRAISERROR(..., 0, 1) WITH NOWAITRAISERROR('val = %d', 0, 1, @val) WITH NOWAITPRINTWITH NOWAITPRINTRAISERRORdebug_logINSERT INTO debug_log (ts, op, user_id, old_balance, new_balance)
VALUES (NOW(), 'UPDATE', OLD.id, OLD.balance, NEW.balance);ENGINE=InnoDBSELECT ... INTO OUTFILERAISE NOTICESET client_min_messages = 'notice';NOTIFYcursor.execute("SET client_min_messages = 'notice'")RAISE NOTICE 'id=%, val=%', NEW.id, NEW.val;RAISE NOTICEINSERT INTO debug_logRAISE NOTICEERROR 1442RAISERROR