SSMS调试器需Windows身份验证、兼容级别≥120且禁用动态SQL；PRINT仅输出至消息窗口，不参与事务，需显式转换并加时间戳；动态SQL错误须提取单独执行定位；事务中PRINT不可反映数据实际状态。
SSMS 调试器能用，但有硬性限制
SQL Server 的 SSMS 调试器不是随时都能开的——它要求你用 Windows 身份验证连接，数据库兼容级别必须 ≥ 120（即 SQL Server 2014+），且目标存储过程不能包含 EXEC、sp_executesql 或动态 SQL 中的任何执行语句。一旦遇到这些，调试器会在第一处动态调用直接“失联”，后续代码不进断点、变量窗口全空、F10/F11 失效。
常见误判场景：
- 你以为在
IF @mode = 'UPDATE' BEGIN EXEC(@sql) END后面设了断点就能继续跟，其实不会停 - 用
OPENROWSET或链接服务器查询时，调试器无法跨实例追踪 - 存储过程中调用了 CLR 函数或外部程序集，调试会静默跳过
PRINT 不是日志，是客户端消息流
PRINT 输出根本不会写入任何表或文件，只是把字符串发给 SSMS 的“消息”窗口（Ctrl+M 切换）。它轻量、即时、不参与事务，但极易被淹没或截断。
实操要点：
- 每条
PRINT前加时间戳和上下文标识，比如PRINT FORMAT(GETDATE(), 'HH:mm:ss') + ' | START LOOP @i=' + CAST(@i AS VARCHAR(5)) - 避免在循环体里无条件
PRINT，SSMS 默认只显示前 200 条，超出部分直接丢弃（不是隐藏，是真丢） -
PRINT只接受VARCHAR，数值/日期/二进制都得显式转换，漏掉CAST会导致整条语句报错中断 - 如果前面有
SELECT返回结果集，PRINT消息可能卡在最后几行，甚至被 SSMS 界面折叠掉——别靠它判断“刚执行完哪一句”
动态 SQL 错误定位必须拆出来单独跑
所有因拼接导致的语法错误、对象不存在、权限不足，都不会在存储过程调试中暴露具体位置。你只会看到类似 Msg 208, Level 16, State 1, Line 1 Invalid object name 'tbl_user_tmp' 这种笼统提示，而且没有行号。
正确做法是把动态 SQL 提取出来，手动补全变量值再执行：
- 在出问题的位置加
PRINT @sql，复制输出内容到新查询窗口 - 手动替换所有
@var占位符为实际值（注意字符串要加单引号、日期加引号、NULL 写成NULL） - 在新窗口里执行，错误信息立刻带精确行号和列号
- 修复后再粘回去，别省这一步
真正关键的调试盲区：事务与回滚影响
很多人忽略一点：PRINT 不受事务控制，但数据变更受控。你在 BEGIN TRY ... ROLLBACK 块里打了一堆 PRINT，看到消息全出来了，就以为逻辑走通了——其实中间的 INSERT/UPDATE 全被回滚了，而你完全没感知。
更隐蔽的是嵌套事务：外层未提交时，内层 COMMIT 实际无效，但 PRINT 照样输出。这时候必须配合 SELECT @@TRANCOUNT 和 SELECT XACT_STATE() 打点，否则很难确认当前是否真处于可提交状态。
