关闭四个开关可将navicat 16内存压至400mb内：关闭自动检查更新（停http轮询）、最大连接数从100降至8、禁用代码自动完成、历史记录数从1000减至100并定期清理。
Navicat 16在Windows低配机（如8GB内存、机械硬盘）上卡顿或内存飙到1GB+，根本不是“版本太新”，而是默认配置全在往内存里堆东西——关掉四个开关，内存能压到400MB以内。
关闭自动检查更新 + 禁用后台HTTP轮询
Navicat默认每24小时发起一次更新检查，会在后台维持一个HTTP连接池，并缓存版本元数据。网络不稳定时反复重试+TLS连接未释放，是内存缓慢爬升的常见源头。
- 路径：
工具 → 选项 → 常规 → 检查更新，取消勾选“自动检查更新” - 改完不用重启，但建议关闭所有查询窗口后重新连一次，避免旧线程残留
- 验证：任务管理器中观察
navicat.exe的“工作集”内存，空闲5分钟后应回落100–300MB
把最大连接数从100压到8
每个活动连接独占约30–60MB JVM堆空间（含连接池、结果集缓存、语法树），10个闲置连接就能吃掉500MB+。调大-Xmx参数只是掩耳盗铃，问题出在“不该开这么多”。
- 路径：
工具 → 选项 → 环境 → 连接，把“最大并发连接数”设为8，“最小连接数”设为1 - 右键连接 → “断开”，别只关标签页——标签页关闭不等于连接释放
- Oracle用户注意：TNS连接更“粘”，断开后建议等10秒再重连
禁用代码自动完成 + 削减历史记录数
这两个功能在低配机上属于“内存黑洞”：自动完成会预加载全部表/字段元数据；历史记录每条SQL+执行时间+结果摘要都存着，1000条就可能占几百MB。
-
工具 → 选项 → 编辑器 → 启用代码自动完成：直接取消勾选（大型库下可立减200MB+） -
工具 → 选项 → 环境 → 历史记录 → 最大历史记录数：从默认1000改为100，并每月手动清一次 - 如果只做简单查询，顺手把“启用查询分析器”也关了——它后台持续收集执行计划，对低配机毫无必要
导入大SQL文件时绕过Navicat内存解析
Navicat导入时会一次性加载并解析整个文件，哪怕只是100MB的.sql，也会尝试构建完整执行上下文。Java/Electron架构在低配Win上扛不住，默认堆限制常卡在512MB以下。
- 首选方案：
mysql -u root -p database_name （路径含空格必须加双引号） - 若提示
max_allowed_packet超限，先连进MySQL执行：SET GLOBAL max_allowed_packet = 1073741824; - 实在不能切命令行？在连接属性→高级里把
Fetch Size设为500（默认0=全取），并关闭“自动保存查询历史”
这些改动里，最容易被忽略的是“连接断开≠标签页关闭”和“历史记录数设为100后仍需手动清理”。低配机上，多留一条闲置连接、多存100条历史SQL，就可能让内存从400MB跳到900MB——不是Navicat变慢了，是你没告诉它“轻点来”。
