phpMyAdmin执行UPDATE后不显示“X rows affected”提示，因其UI默认不显式展示mysqli_affected_rows()结果；需写全WHERE条件、勾选“Show this query here again”才在绿色提示条中显示影响行数。
执行UPDATE语句后看不到“X rows affected”提示
phpMyAdmin 默认在「SQL」标签页执行 UPDATE 时，如果没加 WHERE 条件或条件不匹配，它可能只显示「MySQL returned an empty result set」或干脆没反馈——这不是执行失败，而是它没主动展示影响行数。关键在于：phpMyAdmin 本身不拦截或隐藏这个信息，但它的 UI 层默认不把 mysqli_affected_rows() 或 PDO 的 rowCount() 结果显式标出，除非你触发了特定行为。
实操建议：
- 务必在 SQL 输入框中写完整语句，例如：
UPDATE users SET status = 'active' WHERE id > 100;（不能只写SET status = 'active'） - 勾选右下角的「Show this query here again」选项——这会让执行后保留在输入框，并在结果区上方显示绿色提示条，含
X rows affected - 若用「Edit」界面批量修改多行再点击「Go」，它底层生成的是带主键
WHERE的单条语句集合，每条都会单独报告影响行数（通常是 1），但不会汇总
用SELECT + COUNT验证UPDATE前实际影响范围
盲目执行 UPDATE 风险高，尤其跨表或涉及索引缺失字段时。phpMyAdmin 不提供预执行估算，所以得手动查——这是最稳妥的前置动作。
比如你要跑：UPDATE orders SET shipped = 1 WHERE status = 'pending' AND created_at
立即学习“PHP免费学习笔记（深入）”；
先执行对应 SELECT：
SELECT COUNT(*) FROM orders WHERE status = 'pending' AND created_at < '2024-01-01';
注意点：
-
COUNT(*)比SELECT *快得多，尤其大表；避免用SELECT * ... LIMIT 10来“估量”，那只是抽样，不是真实影响数 - WHERE 条件必须和 UPDATE 完全一致，包括字符串大小写、空格、时区（
'2024-01-01'是日期，不是时间戳，别错写成UNIX_TIMESTAMP()形式） - 如果
COUNT(*)返回 0，UPDATE 肯定是 0 rows affected；如果返回 50000，UPDATE 后也应是相近数字（除非触发了触发器或外键级联）
启用“显示 MySQL 服务器版本和运行时间”后仍看不到行数？检查配置项
phpMyAdmin 的 $cfg['ShowSQL'] 和 $cfg['VerboseMultiTables'] 不影响影响行数显示，真正相关的是 $cfg['ShowSQLQuery'] 和底层 mysqli 连接模式。但多数托管环境不允许改 config.inc.php，所以更实用的解法是换执行方式：
- 在「SQL」页执行时，**不要按 Enter 提交，而要点「Go」按钮**——Enter 有时会跳过结果解析逻辑
- 如果用了 phpMyAdmin 5.2+，尝试切换到「Console」面板（左下角图标），在里面执行，它会原生输出类似命令行的反馈：
Query OK, 1234 rows affected (0.042 sec) - 确认 MySQL 用户权限包含
SELECT和UPDATE，但不含PROCESS权限时，某些旧版 phpMyAdmin 会弱化提示（不影响实际执行，只少一行字）
用 phpMyAdmin 导出更新日志或对比前后快照
影响行数只是第一层信息；真正难的是确认数据是否按预期变了。phpMyAdmin 没内置 diff 工具，但可以低成本构造验证链：
- 执行 UPDATE 前，用「Export」导出目标数据子集（如
SELECT * FROM logs WHERE updated_at IS NULL LIMIT 1000），格式选CSV，保存为before.csv - 执行 UPDATE 后，用同样语句导出，保存为
after.csv，用命令行快速比对：diff before.csv after.csv | head -20 - 或者直接在 SQL 页运行双重校验查询：
SELECT COUNT(*) FROM table WHERE col = 'new_value' AND [your condition];和SELECT COUNT(*) FROM table WHERE col != 'new_value' AND [your condition];，两数相加应等于之前COUNT(*)结果
影响行数容易被忽略的其实是事务边界——phpMyAdmin 默认每个 SQL 是自动提交的，但如果页面顶部显示「Autocommit is disabled」，那 UPDATE 实际还没落盘，此时看到的「0 rows affected」可能是假象，得手动点「Commit」才行。
