为什么Navicat执行SQL返回结果集有限制_在设置中调整限制记录条数参数-navicat-PHP中文网

navicat查询结果默认显示20条，可通过右下角分页控件调整单次展示条数，或在“工具→选项→查询编辑器→最大行数”中设置实际拉取上限；sql中limit优先级最高。

navicat 查询结果默认只显示 20 条，怎么改？

这不是 bug，是 navicat 的默认保护机制：防止一次性加载过多数据拖垮界面或内存。它有两个层级的限制——界面分页控件（右下角）和全局「最大行数」设置，二者作用不同，容易混淆。

右下角分页控件只影响当前查询窗口的**单次展示条数**，比如选 100，就只显示前 100 行，但滚动到底部后不会自动加载更多（不像网页无限滚动）
「工具 → 选项 → 查询编辑器 → 最大行数」控制的是 Navicat **从 MySQL 实际拉取的数据上限**，设为 0 表示不限制（不推荐），设为 10000 是较安全的折中值
若 SQL 本身带 LIMIT，比如 SELECT * FROM t LIMIT 50，那无论界面怎么设，都只返回 50 行——LIMIT 优先级最高

执行 SQL 文件时插入数据被截断，是不是也受这个限制？

不是。SQL 文件导入被截断（比如只插了前 1000 条 INSERT），通常不是「最大行数」惹的祸，而是 数据网格 → 限制记录 设置在作怪——这个选项控制的是「查询结果渲染上限」，但 Navicat 在执行含大量语句的 .sql 文件时，会把每条 INSERT 当作一次小查询来处理并尝试渲染结果，一旦超过该限制，后续语句就静默跳过。

路径是：「工具 → 选项 → 数据网格 → 限制记录」，默认值常为 1000，必须手动调高或取消勾选
该设置对纯 DDL（如 CREATE TABLE）无影响，但对带 INSERT ... VALUES (...),(...) 的批量插入非常敏感
更稳妥的做法是：执行前先在 SQL 文件开头加 SET autocommit = 0;，结尾加 COMMIT;，让整个文件在一个事务里跑，避免逐条提交带来的中间状态干扰

为什么改了「最大行数」，EXPLAIN ANALYZE 还是卡死？

因为 EXPLAIN ANALYZE 不是普通查询，它会触发 MySQL 执行真实计划并收集运行时统计（包括每一步耗时、实际扫描行数等），结果集结构复杂、字段多、嵌套深，Navicat 渲染这类结果特别吃力，尤其在 Windows 上容易假死。

navicatmysql

Navicat For MySQL

下载

真正有效的做法是：执行前先设「最大行数」为 100，并勾选「限制结果集」，哪怕你只想看执行计划概要，100 行也够了
不要依赖 Navicat 的「解释」按钮，直接在查询窗口写完整语句：EXPLAIN FORMAT=JSON SELECT ...，JSON 格式比传统表格更紧凑，解析压力小
如果必须看详细执行轨迹，优先用命令行：mysql -h host -u user -p -e "EXPLAIN ANALYZE SELECT ..."，避开 GUI 渲染瓶颈

调整后仍看到「Waiting for table metadata lock」，跟限制设置有关吗？

完全无关。这个错误是典型的并发会话阻塞，根源在于 Navicat 多窗口默认共享连接（即复用同一个 MySQL session），只要某个窗口执行了 BEGIN 或 CREATE TEMPORARY TABLE 却没 COMMIT/DROP，其他窗口就可能被锁住，和「显示多少行」毫无关系。