Linux下Navicat崩溃本质是OOM Killer主动杀进程，因其Electron架构解析大SQL时全量读入、构建AST、触发中文字体回退及GPU纹理不释放，导致RSS飙至4GB+，触发内核强制终止。
Linux下Navicat崩溃本质不是“内存不够”，而是OOM killer主动杀进程
Linux版Navicat执行超大SQL文件（>300MB）时崩溃，dmesg | tail里大概率看到Out of memory: Kill process navicat(PID xxx)——这不是Java堆溢出或配置不足，是内核判定它吃内存太狠，直接干掉。Electron进程在解析SQL时：全量读入、构建AST、触发字体回退（尤其含中文注释）、GPU纹理不释放，RSS常飙到4GB+，远超物理内存+swap总和。
必须禁用的三项GUI特性（否则调参无效）
这些选项在Linux桌面环境下极易引发内存泄漏或渲染阻塞，不关它们，其他优化基本白做：
- 启动时加
--disable-gpu参数（如./navicat --disable-gpu），否则glXMakeCurrent卡死在混合渲染 - 在
~/.navicat/system.conf中添加font_antialias=false，避免CJK注释反复触发fc-cache - 强制使用X11后端：
QT_QPA_PLATFORM=xcb ./navicat，Wayland下QPainter对大文本控件支持极差
关闭「在事务中运行」只是起点，还要压低Fetch Size和日志缓存
勾选「在事务中运行」会让Navicat把整个文件包进单个事务，undo日志、锁状态、回滚段全堆在内存里不释放。但关掉它还不够：
Linux Security Scanner
下载
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
- 右键数据库 →「运行 SQL 文件」→「高级」→ 取消勾选
在事务中运行（注意：该选项只在此路径出现） - 打开任务编辑页 →「高级」选项卡 → 取消勾选
记录详细日志和保存执行结果 - 对「数据传输」类任务，在「选项」里把
Fetch Size显式设为500（默认0表示全取，极易OOM） - 禁用
查询分析器——它后台持续收集执行计划，是长周期任务的内存黑洞
真正稳的方案：绕过Navicat GUI层，用mysql命令行流式导入
Navicat不是ETL工具，没有流式处理能力。当SQL文件超500MB或行数超1000万，光靠客户端调参已不够。最可靠的做法是彻底剥离GUI：
- 把SQL文件放到MySQL服务器本地（如
/tmp/dump.sql），避免跨网络传输 - 执行：
mysql -u root -p your_db_name ——服务端流式读取，不走GUI内存模型 - 若文件含
CREATE DATABASE或USE，先清理：sed -i '/^CREATE DATABASE\|^USE\|^SET NAMES/d' /tmp/dump.sql - 必须提前调优MySQL服务端：
max_allowed_packet=1024M、innodb_buffer_pool_size=16G等，否则命令行也会报错
真正容易被忽略的是：Navicat的「自动运行任务」在无人交互时反而更危险——系统休眠、GUI进程挂起会导致连接上下文卡死、内存无法回收。稳定做法是彻底剥离它，把导入逻辑写成独立脚本，用cron或systemd timer调度。
