sql server存储过程中加日志输出首选raiserror('msg',0,1)with nowait，可实时推送；print仅在过程结束批量显示，且依赖客户端设置；生产环境需控制频率并确保账号有日志表insert权限。
SQL Server 存储过程中怎么加日志输出
SQL Server 本身不支持像应用层那样的实时日志流，PRINT 是最直接、最轻量的日志手段，但它有硬限制：客户端必须启用“显示结果”（比如 SSMS 的“结果”面板），且输出会延迟到整个存储过程结束才批量刷出，中间断点看不到。
实操建议：
- 用
RAISERROR('log msg', 0, 1) WITH NOWAIT替代PRINT——0 级别不报错，WITH NOWAIT强制立即推送，SSMS 能实时看到 - 避免在循环里高频调用，每轮都
RAISERROR会拖慢执行；可改用计数器，每 10 次或关键分支才打一次 - 生产环境慎用，尤其高并发场景下大量日志可能阻塞
tempdb或影响锁等待时间
MySQL 存储过程调试时变量值总显示 NULL
常见现象是 SELECT @var_name 返回空或 NULL，不是变量没赋值，而是变量作用域搞错了：MySQL 的用户变量（@var）和局部变量（DECLARE var INT）完全隔离，混用就会“看不见”。
实操建议：
- 优先用
DECLARE声明局部变量，它只在当前BEGIN...END块内有效，更可控 - 若要用跨语句传递（比如从查询结果赋值），必须用
SELECT @var := col FROM ...，注意:=是赋值，=是比较 -
SET @var = (SELECT ...)更安全，但子查询返回多行会报错Subquery returns more than 1 row
PostgreSQL 函数中如何捕获并记录异常堆栈
PostgreSQL 的 EXCEPTION 块能抓异常，但默认只拿到错误码（SQLSTATE）和简短消息（SQLERRM），缺少行号、调用链等调试信息。
实操建议：
- 在
EXCEPTION块里用GET STACKED DIAGNOSTICS提取详细上下文，例如：GET STACKED DIAGNOSTICS v_context = PG_EXCEPTION_CONTEXT;
- 把
v_context和SQLERRM一起写入日志表，或拼成字符串用RAISE LOG输出 - 注意
PG_EXCEPTION_CONTEXT在嵌套函数调用时才包含完整堆栈，单层函数里可能是空的
所有数据库存储过程调试都绕不开的权限坑
不是语法写错，而是连 PRINT 或 RAISE 都没反应——大概率是执行账号没权限查系统视图或写日志表。比如 SQL Server 的 sys.dm_exec_requests、PostgreSQL 的 pg_stat_activity，默认只有 db_owner 或 pg_monitor 才能访问。
实操建议：
- 调试前先确认账号是否有
VIEW SERVER STATE（SQL Server）或pg_read_all_stats（PostgreSQL）角色 - 日志表如果建在业务 schema 下，确保执行账号有
INSERT权限；别依赖publicschema 默认权限 - MySQL 用户变量调试不依赖权限，但写入
mysql.general_log表需要SUPER权限，一般不推荐开启
真正卡住的时候，往往不是逻辑问题，而是日志根本没权限输出，或者输出被客户端过滤掉了。先确认 RAISERROR WITH NOWAIT 能不能立刻弹出来，再往下查逻辑。
