Navicat中LIMIT未生效是因设置优先级覆盖：SQL显式LIMIT最高，未写时由“工具→选项”中三处限制共同作用——数据网格限INSERT、查询编辑器限SELECT拉取行数、右下角分页仅控制显示而非加载。
Navicat里LIMIT没生效？先确认它是不是被覆盖了
navicat中limit语句本身完全有效，但它的效果常被其他设置“遮住”——不是语法错，而是优先级问题。sql里的limit永远最高，但如果你没写，navicat就会按自己的规则补上限制。
- 显式写了
SELECT * FROM users LIMIT 50→ 一定只返回50行，无视所有Navicat设置 - 没写
LIMIT，但双击表打开“查看数据” → Navicat自动加LIMIT N，N由「工具→选项→记录→限制记录」决定（默认常为1000） - 没写
LIMIT，但在查询编辑器执行SELECT * FROM users→ 实际拉取上限由「工具→选项→查询编辑器→最大行数」控制（默认常为20或1000）
为什么改了“最大行数”，还是只看到20条？
因为“最大行数”和右下角分页控件是两回事，很多人调了前者却在后者上卡住。
-
工具 → 选项 → 查询编辑器 → 最大行数：控制Navicat从MySQL**实际拉取多少行数据**。设为0表示不限（不推荐），设为5000才可能真拿到5000行 - 查询窗口右下角的分页控件（如“显示 1 - 20 条”）：只控制**当前页面渲染多少行**，选100只是让你一次看100行，但滚动到底部不会自动加载更多——它不触发起码新请求
- 如果
最大行数设成20，那无论分页控件选100还是500，后端最多只给你20行，前端自然无法展示更多
执行SQL文件时INSERT被截断，不是LIMIT的问题
批量导入.sql文件时只插了前1000条就停了，大概率不是LIMIT或“最大行数”惹的祸，而是「数据网格→限制记录」在作怪。
- 路径：
工具 → 选项 → 数据网格 → 限制记录（注意不是“查询编辑器”里的那个） - 这个设置会让Navicat把每条
INSERT当成一次小查询去渲染结果，一旦总数超限，后续语句直接静默跳过 - 解决方法：调高该值（比如设为10000），或直接取消勾选；更稳妥的是在SQL文件开头加
SET autocommit = 0;，结尾加COMMIT;，让整个文件走单事务 - DDL语句（如
CREATE TABLE）不受此限制影响，但带多值INSERT INTO t VALUES (),(),()...的语句极其敏感
EXPLAIN ANALYZE卡死？别硬刚渲染
EXPLAIN ANALYZE不是普通查询，它返回的是嵌套深、字段多、含运行时统计的结构化结果，Navicat渲染起来特别吃资源，尤其Windows上容易假死。
- 不要依赖Navicat界面上的“解释”按钮，它底层可能拼错格式或未设限制
- 手动写语句时，务必加上限制：
EXPLAIN FORMAT=JSON SELECT ...比传统表格格式轻量得多 - 执行前先设
最大行数 = 100并勾选「限制结果集」——你通常只需要看前几层节点耗时，100行足够 - 真要深挖执行轨迹，直接用命令行：
mysql -h host -u user -p -e "EXPLAIN ANALYZE SELECT ..."，绕过GUI渲染开销
Navicat的限制逻辑本质是三层叠加：SQL层（LIMIT）、连接层（全局设置）、界面层（分页/渲染）。最容易被忽略的是“数据网格→限制记录”对SQL文件执行的静默干预，以及EXPLAIN ANALYZE这类特殊语句对渲染引擎的压力——它们不报错，但行为完全偏离直觉。
