SQL Server用@@ROWCOUNT、MySQL用ROW_COUNT()、PostgreSQL用GET DIAGNOSTICS获取上条DML影响行数，三者均需在目标语句后立即读取并存入变量，否则易被后续语句覆盖。
SQL Server 中用 @@ROWCOUNT 获取上一条语句影响行数
在 SQL Server 存储过程中，@@ROWCOUNT 是唯一可靠、开箱即用的方式，它返回**最近一条执行的 T-SQL 语句**所影响的行数（包括 SELECT、INSERT、UPDATE、DELETE、SET 等）。关键在于它“立即生效”且“易被覆盖”：
-
@@ROWCOUNT在每条语句执行后都会刷新，哪怕是一条PRINT或IF判断也会重置它 - 不能等语句执行完几行再查——必须紧接在目标语句之后立刻读取
- 它不区分成功/失败：哪怕
UPDATE没匹配到任何行，@@ROWCOUNT也是 0；出错（如违反约束）时，若语句未实际修改数据，仍可能为 0
示例：
UPDATE Users SET Status = 'Active' WHERE LastLogin > DATEADD(day, -30, GETDATE());
IF @@ROWCOUNT = 0
PRINT 'No users updated.';
ELSE
PRINT 'Updated ' + CAST(@@ROWCOUNT AS VARCHAR(10)) + ' users.';MySQL 存储过程中没有 @@ROWCOUNT，改用 ROW_COUNT()
MySQL 不支持 @@ROWCOUNT，对应函数是 ROW_COUNT()，但行为有重要差异：
-
ROW_COUNT()返回的是**上一条 DML 语句（INSERT/UPDATE/DELETE）实际更改的行数**，SELECT不影响它的值 - 如果上一条语句是
SELECT或声明变量，ROW_COUNT()保持不变（不是 0）——这点极易误判 - 在存储过程里，
ROW_COUNT()是会话级的，无需额外声明，但同样必须紧跟目标语句调用
错误写法（中间插入了 SELECT）：
UPDATE orders SET shipped = 1 WHERE status = 'pending'; SELECT 'Processing...'; -- 这行让 ROW_COUNT() 不再反映 UPDATE 结果！ IF ROW_COUNT() = 0 THEN ... -- 此时值可能是前一个 INSERT 的结果
正确写法：
UPDATE orders SET shipped = 1 WHERE status = 'pending';
SET @updated = ROW_COUNT();
IF @updated = 0 THEN
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'No pending orders found.';
END IF;PostgreSQL 用 GET DIAGNOSTICS 捕获行数，但仅限 PL/pgSQL
PostgreSQL 不提供全局行数变量，必须在 BEGIN ... END 块内用 GET DIAGNOSTICS 显式获取。它只对 DML 有效，且必须在语句后立即执行：
- 语法固定：
GET DIAGNOSTICS integer_var = ROW_COUNT; - 变量
integer_var必须提前声明为INTEGER - 不能在匿名块外或函数体外使用；也不能跨语句复用——每次都要重新
GET DIAGNOSTICS -
SELECT语句不会改变ROW_COUNT，但也不会报错，只是返回 0
示例：
DO $$
DECLARE
v_count INTEGER;
BEGIN
UPDATE products SET price = price * 1.1 WHERE category = 'electronics';
GET DIAGNOSTICS v_count = ROW_COUNT;
RAISE NOTICE 'Updated % rows', v_count;
END $$;跨数据库移植时最常踩的坑
不同数据库对“上一条语句”的定义和重置时机完全不同，硬套逻辑必出错：
- SQL Server 的
@@ROWCOUNT对所有语句敏感，MySQL 的ROW_COUNT()只认 DML，PostgreSQL 的ROW_COUNT需手动捕获——三者不能互换 - 不要在
IF判断中直接嵌套调用：IF @@ROWCOUNT > 0看似简洁，但万一中间有触发器或隐式语句（如 SET NOCOUNT OFF），@@ROWCOUNT就已失效 - 在循环中反复使用时，务必每次都在 DML 后立刻保存到局部变量，而不是反复读全局状态
- 调试时用
PRINT/RAISE NOTICE/SELECT查看值？小心——这些本身就会改写行数状态
真正安全的做法，永远是：DML 语句 → 立即赋值给变量 → 后续逻辑全用该变量。别信“下一行还能读”。
