应点击“Go”按钮而非“Run”或回车，在SQL标签页执行后查看顶部绿色提示栏；若仍不显示，检查是否误入导入/搜索区域，或通过浏览器开发者工具验证响应中affected_rows字段是否存在。
执行SQL后看不到“X rows affected”提示怎么办
phpmyadmin 默认在执行 update、delete、insert 等写操作后，会在结果下方显示类似 12 rows affected 的提示。但如果没看到，大概率是当前 sql 没走「查询窗口」的执行路径——比如误用了「sql tab」里的「run」按钮（它只返回结果集），或把语句粘贴到了「搜索」「导入」等非执行区域。
正确做法是：在「SQL」标签页中输入语句 → 点击 Go 按钮（不是回车或「Run」）→ 查看页面顶部绿色提示栏。
- 如果语句含语法错误，会报
You have an error in your SQL syntax，此时不会计算影响行数 -
SELECT语句永远显示X rows returned，不是affected - 使用
SET SQL_SAFE_UPDATES=0后再执行UPDATE，仍会显示影响行数，但需确认是否绕过了安全限制
为什么 UPDATE 显示 0 rows affected 却实际改了数据
这是 MySQL 的严格匹配行为导致的：当要更新的字段值和原值完全一致（例如 UPDATE user SET name='alice' WHERE id=1，而该行 name 原本就是 'alice'），MySQL 认为“无变更”，返回 0 rows affected，哪怕 WHERE 条件命中了行。
想确认是否真有变更，可加 SELECT 验证：
SELECT id, name FROM user WHERE id = 1;
或者用 ROW_COUNT() 函数获取上一条语句真实影响数（注意：必须紧接在语句后执行）：
UPDATE user SET name='alice_new' WHERE id=1;<br>SELECT ROW_COUNT();
-
ROW_COUNT()返回的是被修改的行数，不是匹配到的行数 - 在 phpMyAdmin 中，
ROW_COUNT()必须单独作为一条语句执行，不能和UPDATE写在同一框里用分号隔开（否则只返回第一条结果） - 开启
sql_mode中的STRICT_TRANS_TABLES不会影响rows affected计算逻辑
批量执行多条语句时，如何定位哪条影响了多少行
phpMyAdmin 支持用分号分隔多条语句，但只会显示最后一条语句的影响行数。前面的语句结果会被覆盖，无法直接查看。
解决办法只有两个：
- 拆成单条执行：每次只粘贴并运行一条
UPDATE或DELETE，观察对应提示 - 改用命令行或 MySQL 客户端（如
mysql -u root -p），它会对每条语句分别输出Query OK, X rows affected
注意：DELIMITER 在 phpMyAdmin 中不生效，存储过程或函数创建必须用「Routine」功能，不能靠分号模拟。
phpMyAdmin 版本差异对行数显示的影响
4.7.x 及更早版本在启用「AllowThirdPartySignatureChecking」或使用某些主题时，可能因 JS 错误导致绿色提示栏不渲染，但后台 MySQL 实际已返回影响数。5.2+ 版本修复了多数 UI 层丢失提示的问题。
若怀疑是前端问题，可打开浏览器开发者工具（F12），切换到 Network 标签，筛选 sql.php 请求，查看响应体中是否含 "affected_rows" 字段 —— 这个值始终由 MySQL 返回，不受界面是否显示影响。
真正容易被忽略的是：phpMyAdmin 的「Partial import」（部分导入）模式下，即使 SQL 文件含 UPDATE，也不会显示任何 rows affected 提示，因为它默认当作纯导入流程处理，不触发交互式执行反馈。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
