Navicat卡住的根本原因是v16及更早版本采用单线程同步模式，UI线程直接阻塞等待JDBC/ODBC recv()返回完整结果集，导致消息泵停摆、交互失效；唯一根治法是升级至17.0.4+并手动启用「Enable asynchronous query execution」选项。
Navicat卡住不是数据库慢，是UI线程被同步阻塞
根本原因在 v16 及更早版本的 gui 架构：sql 提交后，ui 线程 直接调用 jdbc/odbc 驱动并 同步等待 recv() 返回完整结果集。期间 windows 消息泵停摆，所有交互（包括右键 cancel、切换 tab、ctrl+r）全部失效——这不是“假死”，而是线程级锁死。
典型表现：任务管理器 显示进程“正在运行”但 CPU 占用仅 10%~15%，磁盘 I/O 持续活跃，窗口光标旋转且菜单灰显。此时即使服务端已执行完，Navicat 仍要等网络包收全才释放 UI。
- 该问题与 SQL 是否加
LIMIT无关：只要服务端没发 EOF 包，客户端就不放线程 -
KILL QUERY在另一会话执行后，Navicat 仍需等默认 60 秒超时才报错，期间完全冻结 - 所谓“后台执行插件”或注册表修改，实际是 fork 新进程再 IPC 回传——不可靠，且无法真正中断
Navicat 17.0.4+ 的异步开关为什么必须手动开启
v17.0.4 起新增的 Enable asynchronous query execution 是唯一有效的解法，但它默认关闭，且依赖配套条件才能生效。
启用路径：菜单 → Preferences → Query → 勾选 Enable asynchronous query execution。但注意：
- 仅对
MySQL、PostgreSQL、Oracle、SQL Server生效；SQLite不支持 - MySQL 必须使用
mysql-connector-j 8.0.33+驱动，旧驱动会强制回退到同步模式 - 若同时勾选了
Use legacy explain format，EXPLAIN类操作仍会降级为同步解析 - 开启后，
SHOW CREATE TABLE、DESCRIBE等元数据查询也自动异步化
大结果集下“异步 ≠ 不卡”，卡点可能在渲染层
异步查询解决的是“能不能取消”和“多窗口是否互斥”，但不解决客户端内存与渲染瓶颈。
执行百万行 SELECT * 后，即使查询线程已返回，Navicat 仍需将全部数据加载进内存、解析字段类型、渲染网格单元格——这一步仍在 UI 线程执行，会导致短暂卡顿（尤其在低配机器上）。
- 导出 CSV 时卡住，通常是写文件 I/O + 内存拷贝耗时，和查询异步无关
- 结果网格横向列数过多（如 200+ 字段），渲染开销剧增，比数据量本身更易卡 UI
- 真正缓解办法：用
SELECT明确字段而非*，加LIMIT，或导出后用VS Code/Excel查看
窗口太多、复制带隐藏字符也会触发 UI 失效
这类卡顿和数据库完全无关，纯属客户端状态错乱。
常见诱因：
- 单连接下维持超过 8–10 个查询窗口，Navicat 内存管理失衡，UI 线程开始丢事件
- 从 Word 或网页复制 SQL 进来，混入
Zero Width Space或全角空格，导致编辑器焦点异常，Ctrl+Enter失效、执行按钮变灰 - 自动补全弹窗未正常关闭，残留模态状态，使后续输入无法被识别为可执行上下文
快速验证：把光标移到 SQL 开头，按 ← 键缓慢移动，若某处“卡住不动”，大概率就是隐藏字符位置，删掉重输分号即可。临时解法是禁用 Enable code completion（路径：Tools → Options → Code Completion）。
