真正有效的SQL存储过程调试和日志方案需兼顾可追溯、低侵入、易开关：统一用SET NOCOUNT ON净化输出；建可配置开关的日志表记录关键节点；用临时表快照中间状态；结合SSMS断点调试，且仅限开发环境启用。
SQL 存储过程调试和日志记录不是单纯加 PRINT 或 SELECT 就能搞定的事，关键在于可追溯、低侵入、易开关。真正有效的方案要兼顾开发期快速定位问题，也支持生产环境稳定运行。
用 SET NOCOUNT ON 避免干扰结果集
默认情况下，SQL Server 对每条语句返回“X 行受影响”，这些消息会混在结果集中，导致客户端解析失败或调试器误判。开启 NOCOUNT 后，只返回实际查询结果和错误信息，让日志更干净、调用更可靠。
- 在存储过程开头统一加上 SET NOCOUNT ON
- 若需临时查看影响行数（如调试时），可用 SELECT @@ROWCOUNT 显式获取
- 避免在循环体或条件分支里反复开关 NOCOUNT，保持行为一致
结构化日志表 + 可配置写入开关
把日志存到数据库表里比 PRINT 或 RAISERROR 更持久、可查询。但不能每次执行都写，否则拖慢性能、撑爆日志表。
- 建一张轻量日志表（含字段：LogID、ProcName、StepName、LogTime、Params、DurationMs、ErrorCode）
- 通过输入参数（如 @DebugMode BIT = 0）控制是否写日志，生产环境默认关
- 关键节点用 INSERT 记录步骤名和参数快照（建议用 JSON 格式序列化参数，兼容多类型）
- 搭配 TRY...CATCH，在 CATCH 块中强制记录错误上下文
利用临时表或表变量做中间状态快照
复杂逻辑（如多步数据转换、动态拼接）出错时，光看最终结果很难回溯哪一步歪了。用本地临时表（#xxx）暂存中间结果，调试时直接 SELECT 查看。
- 命名带语义，比如 #BeforeMerge、#AfterFilter
- 只在 @DebugMode = 1 时创建并填充，避免生产开销
- 不依赖全局临时表（##xxx）或物理表，防止并发冲突
- 配合注释说明该快照的业务含义，例如 “此处应只剩状态为‘Active’的客户”
用 SQL Server Management Studio 的断点与单步调试
SSMS 2016+ 支持对存储过程设断点、逐行执行、查看变量值，比纯日志更直观——前提是权限和配置到位。
- 确保登录用户有 DEBUG 权限（通常需 sysadmin 或 db_owner 角色）
- 连接时勾选“允许 SQL Server 调试”（工具 → 选项 → 查询执行 → SQL Server → 常规）
- 右键存储过程 → “调试” → 输入参数后进入交互式调试界面
- 注意：生产服务器严禁启用远程调试；开发/测试环境用完及时关闭
调试和日志不是越详细越好，而是要在可观测性与性能损耗之间找到平衡点。核心是让每次执行都有迹可循，又不给系统添负担。
