执行 SQL UPDATE 后最直接的方式是查看数据库返回的“受影响行数”，它表示真实修改成功的记录条数：MySQL 只计值真正变化的行，SQL Server 和 PostgreSQL 通常计所有匹配 WHERE 的行；也可用 ROW_COUNT()、@@ROWCOUNT、GET DIAGNOSTICS 等函数获取；程序中通过 rowCount()、executeUpdate() 等接口获取并校验返回值。
执行 SQL UPDATE 后，最直接的方式就是看数据库返回的“受影响行数”——它不是估算值，而是真实修改成功的记录条数。不同数据库略有差异，但核心逻辑一致：只统计字段值实际发生变化的行，而非仅满足 WHERE 条件的行。
怎么看命令行或客户端返回的数字
在 MySQL 命令行、SQL Server Management Studio（SSMS）或 pgAdmin 等工具中执行 UPDATE 语句后，终端通常会立即显示类似这样的提示：
Query OK, 3 rows affected (0.01 sec)这里的 3 rows affected 就是最终结果。注意两点：
- MySQL 默认只计入“值真正被改了”的行（比如旧值和新值相同，不计数）
- SQL Server 和 PostgreSQL 则通常计入所有匹配 WHERE 条件并执行了 SET 的行，哪怕新旧值一样（可通过 SET NOCOUNT OFF 控制）
用内置函数/变量主动查影响行数
如果没看到返回提示（比如在存储过程、脚本或程序中），可手动调用对应函数获取：
-
MySQL：执行 UPDATE 后紧接
SELECT ROW_COUNT(); -
SQL Server：执行后立即用
SELECT @@ROWCOUNT;或SELECT ROWCOUNT_BIG();（大表更安全） -
PostgreSQL：使用
GET DIAGNOSTICS integer_var = ROW_COUNT;（PL/pgSQL 中） -
Oracle：在 PL/SQL 块中读取
SQL%ROWCOUNT
执行前预估影响范围：用 EXPLAIN + UPDATE
怕误操作？多数数据库支持在 UPDATE 前加 EXPLAIN（或 EXPLAIN ANALYZE）来预览执行计划和预计扫描/影响行数：
- MySQL：
EXPLAIN UPDATE users SET status='active' WHERE created_at - PostgreSQL：
EXPLAIN ANALYZE UPDATE orders SET shipped=true WHERE id IN (SELECT id FROM pending_shipments); - SQL Server：
SET SHOWPLAN_ALL ON; UPDATE ... ; SET SHOWPLAN_ALL OFF;
这一步能提前发现全表扫描、缺失索引或条件写错等问题，比事后补救更可靠。
程序代码里怎么拿到这个数
应用层调用时，各语言驱动都提供标准接口获取影响行数：
- PHP PDO：
$stmt->execute(); echo $stmt->rowCount(); - Java JDBC：
int rows = stmt.executeUpdate("UPDATE ..."); System.out.println(rows); - Python PyMySQL / psycopg2：
cursor.rowcount属性 - .NET SqlClient：
command.ExecuteNonQuery()返回整数
务必检查该返回值是否为 0（无更新）、正数（成功）或负数（部分驱动用 -1 表示无法确定），避免误判执行结果。
