怎么在执行SQL后查看受影响的行数_返回结果状态分析-phpMyAdmin-PHP中文网

MySQL用SELECT ROW_COUNT()获取上条DML实际变更行数；PostgreSQL依赖驱动解析CommandComplete消息；SQLite的rowcount易受干扰；Go的RowsAffected()可能返回-1，需依驱动支持情况处理。

MySQL 中用 `ROW_COUNT()` 拿执行后的受影响行数

执行 insert、update、delete 后，mysql 不会自动把影响行数塞进查询结果里，得主动问它要。最直接的方式是紧跟着执行 select row_count() —— 它返回上一条语句实际变更的行数（注意：不是匹配到的行数，而是真正被改/删/插的行）。

常见错误是执行完 SQL 就直接关连接或走下一步，忘了查 ROW_COUNT()；或者误以为 mysql_affected_rows()（PHP 扩展函数）和它完全等价，其实底层调用的就是这个机制，但要注意连接上下文必须一致。

ROW_COUNT() 在存储过程中也有效，但仅反映最近一条 SQL 的影响行数，中间穿插了 SELECT 会重置它
对 UPDATE，如果新旧值一样，MySQL 默认不计为“受影响”，ROW_COUNT() 返回 0（除非启用了 sql_mode=STRICT_TRANS_TABLES 或类似配置）
批量插入时，INSERT ... VALUES (...), (...) 算作一次操作，ROW_COUNT() 返回总行数；而用 INSERT ... SELECT 则按实际插入行数返回

PostgreSQL 怎么拿到 `RETURNING` 之外的影响行数

PostgreSQL 没有类似 ROW_COUNT() 的会话级函数，它靠客户端驱动在执行后暴露 pg_affected_rows()（PHP）、cursor.rowcount（Python psycopg2）这类属性。本质是解析 PostgreSQL 协议返回的 CommandComplete 消息里的数字。

容易踩的坑是：用 RETURNING * 虽然能拿到具体数据，但它不等于“受影响行数”——比如 UPDATE ... RETURNING * 可能返回 10 行，但若其中 3 行字段值没变，实际影响行数仍是 7（协议层面仍报 10）。所以别依赖 RETURNING 的结果长度来判断是否成功变更。

使用 psycopg2 时，必须在 cursor.execute(...) 后立刻读 cursor.rowcount，执行下一条语句就会覆盖
EXECUTE 动态 SQL（如 PL/pgSQL 中）无法通过函数直接获取影响行数，得用 GET DIAGNOSTICS：GET DIAGNOSTICS affected = ROW_COUNT
某些 ORM（如 SQLAlchemy）默认不暴露原生影响行数，需用 result.rowcount 显式取，且仅对 DML 有效，SELECT 返回 -1

Python 用 `sqlite3` 时 `rowcount` 的诡异行为

SQLite 的 rowcount 属性在不同操作下表现不一：对 INSERT/UPDATE/DELETE，它返回实际变更行数；但对 SELECT，多数驱动返回 -1；更麻烦的是，如果执行的是无参数的 INSERT INTO t VALUES () 这类语句，有些版本会返回 -1 而非 1。

根本原因是 SQLite C API 的 sqlite3_changes() 和 sqlite3_total_changes() 区分不清，Python 绑定直接映射了前者，而它只统计当前连接上最近一次修改语句的影响行数——如果中间执行过 VACUUM 或 ANALYZE，值可能被清零。

执行前确保连接没被其他线程/协程干扰，否则 cursor.rowcount 可能是上一个操作的残留值
避免依赖 rowcount 判断 INSERT OR IGNORE 是否真插入了新行，它对“被忽略”的情况也返回 0，无法区分“没插入”和“插入失败”
需要精确计数时，优先用 SELECT COUNT(*) 做前后比对，尤其在事务中

Go 的 `database/sql` 中 `Result.RowsAffected()` 返回 -1 怎么办

Go 标准库的 RowsAffected() 不是总可靠：当底层驱动不支持（比如某些 SQLite 驱动）、SQL 是 SELECT、或者数据库本身不返回该信息（如 MySQL 在 autocommit 关闭时某些场景），它就返回 -1。这不是 bug，是设计如此。

关键点在于：这个值由驱动实现决定，不是数据库协议强制要求的字段。例如 github.com/mattn/go-sqlite3 对 INSERT 支持良好，但 github.com/go-sql-driver/mysql 在预处理语句（Prepare + Exec）下有时返回 -1，换成普通 Exec 就正常。