phpMyAdmin显示“0 rows returned”但数据存在，主因是$cfg['MaxRows']截断结果集或$cfg['LimitChars']隐藏字段内容，非数据库错误；应调大配置、查响应体或终端验证。
phpMyAdmin 显示“0 rows returned”但数据确实存在
这不是 PHP 或 MySQL 层面的错误，而是 phpMyAdmin 的显示机制与你预期不一致。最常见的情况是：查询执行成功、返回了数据，但 phpMyAdmin 因配置限制没把结果渲染出来，或你误读了界面反馈。
检查 $cfg['MaxRows'] 是否截断了结果集
phpMyAdmin 默认只显示前 $cfg['MaxRows'] 行（通常为 200–500），超出部分被静默丢弃，界面上仍显示 “0 rows returned” 或 “Showing rows X - Y”。它不会报错，也不会提示“结果被截断”。
- 打开 phpMyAdmin 安装目录下的
config.inc.php - 查找并修改：
$cfg['MaxRows'] = 2000;（设为足够大，但别用 0） - 保存后刷新页面，再执行相同 SQL
- 如果之前查的是大表且没加
LIMIT，大概率就是这个原因
确认字段内容是否被 $cfg['LimitChars'] 截断导致误判
当某列值很长（如 JSON、HTML、日志文本），phpMyAdmin 默认只显示前 $cfg['LimitChars'] 个字符（常为 50 或 100）。若该字段恰好是你的判断依据（比如你扫了一眼 status 列全是空格或省略号，就以为是 NULL），就会得出错误结论。
- 在
config.inc.php中设置：$cfg['LimitChars'] = 500; - 执行查询后，点击单元格右侧的「完整文本」链接手动展开查看
- 更可靠的做法：在 SQL 中显式检查，例如
SELECT id, LENGTH(content) AS len FROM logs WHERE id = 123;
排查“空结果”是真无数据还是 phpMyAdmin 渲染失败
phpMyAdmin 本身依赖 PHP 执行 SQL 并格式化输出，中间任一环节出问题都可能表现为“空”，但实际 MySQL 已返回数据。
- 直接在终端用
mysql -u user -p -e "SELECT ... FROM table LIMIT 5;" database_name验证——绕过 phpMyAdmin - 查看浏览器开发者工具的 Network 标签页，找对应请求的 Response，搜索
"rows"或原始 JSON 数据，确认响应体里是否有数据 - 临时禁用浏览器插件（尤其广告/脚本拦截类），有时会干扰 phpMyAdmin 的 JS 渲染逻辑
- 换 Chrome / Firefox 重试，排除浏览器兼容性问题（老版本 phpMyAdmin 对 Safari 支持较弱）
真正容易被忽略的是：phpMyAdmin 的“空结果”提示语（如 0 rows returned）只反映它最终渲染出的行数，不等于 MySQL 返回的行数。它可能已拿到 1000 行，但因内存超限、超时或配置限制，主动丢弃了其中 999 行——而你只看到最后一行被截断后的“0”。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
