PRINT非实时输出，需用RAISERROR WITH NOWAIT（级别0、状态1）强制推送；Oracle用DBMS_OUTPUT需SET SERVEROUTPUT ON；MySQL用SELECT模拟但破坏结果集；上线前必须删除所有调试语句。
PRINT在SQL Server里根本不是实时输出机制
它只是把字符串塞进一个后台缓冲区，等整个批处理结束、或客户端主动刷屏时才推送。SSMS 里能看到“逐行输出”，是因为它内部做了特殊处理；但 .NET 的 SqlCommand、Java 的 PreparedStatement 或 Node.js 的 mssql 包默认不监听这个缓冲流，所以前端完全收不到。
用RAISERROR WITH NOWAIT替代PRINT才能强制推送
这是唯一可靠的方式，且必须满足三个条件：
- 严重性级别设为
0（避免被当作错误拦截） - 状态值任意，但推荐用
1 - 必须显式加上
WITH NOWAIT，否则仍走缓冲
示例：RAISERROR('Step 1 done', 0, 1) WITH NOWAIT;。注意：如果传入 NULL 值，整个语句会静默失败，建议先 ISNULL(@var, '') 处理。
PL/SQL 和 MySQL 完全不认PRINT，写法各不相同
Oracle 的 dbms_output.put_line 必须配合客户端开关，否则永远没输出：
PigX UI 前端开发
下载
PigX UI Pro 前端开发指南 - Vue 3 + TypeScript + Element Plus。当用户提到 PigX UI、PigX 前端、lgb-mgui 项目、Vue 3 企业级后台开发、Element Plus 后台开发时使用此技能。
立即学习“前端免费学习笔记（深入）”；
- SQL*Plus 或 SQL Developer 需提前执行
SET SERVEROUTPUT ON - Java/JDBC 调用时得调用
conn.prepareStatement("BEGIN DBMS_OUTPUT.ENABLE(NULL); END;")开启缓冲
MySQL 根本没有 PRINT，只能用 SELECT 'debug info' 模拟，但要注意：这会改变存储过程返回结果集结构，可能破坏原有应用的数据解析逻辑。
上线前必须清理所有调试输出语句
哪怕只是 RAISERROR，只要没加 WITH NOWAIT，也可能在高并发下拖慢执行——因为每个语句都要进锁竞争缓冲区。更关键的是，有些 ORM（比如 Entity Framework）会把 RAISERROR 当成异常捕获，导致业务逻辑中断。真正安全的做法是：开发阶段用条件开关控制，比如 IF @debug = 1 RAISERROR(...)，上线时直接删掉整块逻辑。
