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