phpMyAdmin执行UPDATE、DELETE或INSERT后，Affected rows显示在SQL输入框下方、结果表格上方的灰色小字提示区，格式为“Affected rows: 3”；SELECT则显示“Rows returned”，执行失败时显示红色错误信息。
phpMyAdmin 执行 SQL 后，Affected rows 显示在哪
执行 UPDATE、DELETE 或 INSERT 后，phpMyAdmin 会在结果区域顶部明确显示受影响行数，格式类似：Affected rows: 3。这个信息不是藏在“查询结果”表格里，而是紧挨着 SQL 输入框下方、结果表格上方的一行灰色小字（有时带绿色/蓝色背景），容易被忽略。
常见误操作：只盯着下面的表格看，以为没变化就等于没生效；或者执行完立刻点其他 tab，导致该提示消失。
- 该提示仅在当前页面内有效，刷新或切换页面后不可回溯
- 如果是
SELECT查询，显示的是Rows returned，不是Affected rows - 若执行失败（如语法错误、外键冲突），则不会出现
Affected rows，而是显示红色错误信息，例如：#1064 - You have an error in your SQL syntax...
为什么有时执行完看不到 Affected rows 提示
最常见原因是启用了“启用 SQL 回显”（即勾选了 Show this query here again）且同时执行了多条语句——phpMyAdmin 默认只对最后一条语句返回影响行数，前面的会被吞掉。
- 单条语句执行时，
Affected rows必定可见（除非出错） - 多语句用分号分隔（如
UPDATE t SET x=1; DELETE FROM t WHERE id=5;），只有最后一条的行数会显示 - 使用“导入”功能执行 SQL 文件时，不显示任何
Affected rows，需查看导入日志里的逐条反馈 - 某些旧版 phpMyAdmin（如 4.0.x）在 AJAX 模式下偶发不刷新该提示，可尝试禁用
Enable auto-reload或换用“经典”界面
想确认上一次执行的确切影响行数，但提示已消失怎么办
phpMyAdmin 本身不保存历史执行的 Affected rows 数值，也没有内置“上一次”查询接口。唯一可靠方式是重新执行（前提是 SQL 可安全重放）并观察实时反馈。
立即学习“PHP免费学习笔记（深入）”；
-
UPDATE和DELETE建议先加WHERE 1=0测试条件是否匹配预期数据，再删掉测试条件执行 - 对关键表操作前，用
SELECT COUNT(*)配合相同WHERE条件预估影响范围 - 无法重放的语句（如含
NOW()、RAND()、自增主键插入），只能依赖数据库日志（需服务器权限）或应用层记录 - phpMyAdmin 的
Recent tables或SQL history只存语句文本，不存执行结果
替代方案：用 mysqli_affected_rows() 或 PDO::rowCount() 在代码中捕获
如果操作来自 PHP 脚本而非 phpMyAdmin 界面，受影响行数必须由程序主动获取，不能依赖界面提示。
// mysqli 示例
$result = $mysqli->query("UPDATE users SET status=1 WHERE id < 100");
echo $mysqli->affected_rows; // 输出真实影响行数
<p>// PDO 示例
$stmt = $pdo->prepare("DELETE FROM logs WHERE created < ?");
$stmt->execute([$cutoff]);
echo $stmt->rowCount(); // 注意：不是 $pdo->rowCount()
注意：mysqli_affected_rows() 在无匹配行时返回 0，执行失败时返回 -1；PDO::rowCount() 对 SELECT 返回结果集行数，对写操作才返回影响行数——这点和 phpMyAdmin 的语义一致，但实现机制完全不同。
真正难的不是找那个数字，而是记住它只活在那一瞬间；一旦滚动、切换、刷新，就彻底没了。
