Navicat 连接 MySQL 卡顿因 autocommit=0 导致 MDL 锁堆积，需设 autocommit=1 或勾选自动提交；跨平台导出性能差异源于底层引擎不同，建议关闭冗余选项、改用 mysqldump；数据同步卡在“Comparing records”因无主键触发全表拉取，须确保主键或唯一索引存在。
Navicat 连接 MySQL 时出现“Waiting for table metadata lock”延迟
这不是 navicat 的锅，而是它默认开启的 autocommit=0 + 隐式事务导致的元数据锁堆积。尤其在执行 alter table 或长查询时，navicat 的查询窗口、表结构查看、甚至刷新数据库列表都会卡住。
实操建议：
- 手动在当前连接执行
SET autocommit = 1，立刻释放未提交事务持有的 MDL 锁 - 在 Navicat「连接属性 → 高级」里勾选「自动提交事务」，避免每次新建查询都继承 session 级别的
autocommit=0 - 检查是否启用了「后台自动刷新表结构」（默认开启），该功能会周期性执行
SHOW FULL COLUMNS FROM `table`，在大表或锁竞争高时显著拖慢响应
Mac / Windows / Linux 三端 Navicat 同步导出 SQL 性能差异大
根本原因不是系统本身，而是 Navicat 在不同平台调用的底层导出引擎不同：Windows 用原生 COM 组件，macOS 和 Linux 依赖跨平台 Qt SQL 模块，后者对 BLOB、JSON 字段和超长文本的序列化更慢，且不支持并行 chunk 导出。
实操建议：
- 导出前在「导出向导 → 选项」中关闭「导出创建语句」和「导出注释」——这两项触发额外的
INFORMATION_SCHEMA查询，在 macOS/Linux 上延时翻倍 - 用
mysqldump替代 GUI 导出：Navicat 的「工具 → 命令行工具」可快速生成等效命令，mysqldump --skip-extended-insert --single-transaction实测比 GUI 快 3–5 倍 - 避免在导出时勾选「导出触发器/事件/存储过程」——Navicat 会为每个对象单独发一次
SHOW CREATE，网络往返放大延迟
Navicat 数据同步任务跨平台运行卡在“Comparing records”阶段
这个阶段 Navicat 实际在本地内存做全量记录哈希比对，不是走数据库索引。一旦源表无主键或唯一索引，它就会把整张表拉到本地再排序 —— macOS 内存管理更激进，容易触发交换；Linux 默认 ulimit 较低，直接 OOM；Windows 表现稍好但依然吃内存。
实操建议：
- 同步前务必确认源表和目标表都有相同结构的主键或
UNIQUE NOT NULL索引，否则 Navicat 会降级为逐行 SELECT + 内存比对 - 在「数据同步 → 高级」中启用「使用 WHERE 条件过滤」，例如
id > 1000000 AND id ，把大表拆成小批次，避开单次加载压力 - 禁用「比较时间戳字段」选项——Navicat 对
TIMESTAMP和DATETIME的时区转换逻辑在各平台不一致，常导致误判差异并重传整行
Navicat Premium 16+ 使用 SSH 隧道后查询延迟突增 200ms+
新版本默认启用「SSH Keep Alive」心跳包（每 30 秒发一次 SSH_MSG_IGNORE），但某些老旧跳板机或防火墙会丢弃这类包，导致 SSH 连接被静默中断；Navicat 检测到断连后重建隧道，而重建过程包含密钥协商和 TCP 重连，耗时集中在 150–400ms 区间。
实操建议：
- 在「连接 → SSH」设置页，将「保持连接活跃」改为「禁用」，改由数据库层保活：在「高级」里填入
wait_timeout=28800和interactive_timeout=28800 - 若必须用 SSH 心跳，把间隔从默认 30 秒改成 120 秒，并在跳板机的
/etc/ssh/sshd_config中设置TCPKeepAlive yes和ClientAliveInterval 100 - 避免在同一个 SSH 隧道下复用多个 Navicat 连接——每个连接独立维护心跳，N 个连接 ≈ N 倍无效包流量
跨系统性能问题最麻烦的从来不是配置项本身，而是 Navicat 把数据库协议、SSH 层、GUI 渲染、本地缓存混在一层抽象里处理。一个「刷新」动作背后可能触发三套异步流程，而错误日志只报「Operation timed out」——这时候得关掉所有图形化辅助，先用 tcpdump 或 navicat.log 里的 timestamp 找出卡点在哪一层。
