Navicat执行SQL卡住的根本原因是v16及更早版本采用单线程同步模式，UI线程被recv()阻塞导致完全锁死；唯一根治法是升级至17.0.4+并手动启用「Enable asynchronous query execution」选项。
navicat执行sql卡住，大概率不是sql写错了，也不是数据库慢了，而是你还在用v16或更早版本的同步查询模式——ui线程被recv()死锁，连右键取消都点不了。
为什么Ctrl+C和右键Cancel全灰显
这是最典型的同步阻塞信号：v16及之前版本没有独立查询线程，所有SQL都在UI主线程里跑，一发请求就等服务端发完全部数据包才放行。哪怕只查LIMIT 1，只要MySQL没发EOF包，Navicat就不交还控制权。
- 任务管理器里进程“正在运行”但CPU长期低于15%，磁盘I/O持续跑满 → 就是它
- 光标转圈、状态栏卡在「Executing」、菜单变灰 → 不是假死，是真锁死
-
KILL QUERY在另一会话执行后，Navicat仍要等默认60秒超时才报错 → 同步模式下无法响应中断
必须升级并手动开启异步查询
v17.0.4+才有真正可用的异步开关，但它默认关闭，且依赖配套条件才能生效。
- 路径：
菜单 → Preferences → Query → Enable asynchronous query execution - 仅对MySQL、PostgreSQL、Oracle、SQL Server生效；
SQLite不支持 - MySQL必须用
mysql-connector-j 8.0.33+驱动，旧驱动会强制回退到同步模式 - 如果同时勾选了
Use legacy explain format，EXPLAIN类操作仍会降级为同步解析
开了异步还是卡？瓶颈可能在渲染层
异步解决的是“能不能取消”和“多窗口是否互斥”，不是“会不会卡”。百万行SELECT *返回后，Navicat仍要在UI线程里逐行解析类型、渲染网格单元格——这一步没法异步。
- 横向列数超过200（比如JSON字段展开成多列），渲染开销远超数据加载
- 避免用
*，明确写出需要的字段；加LIMIT后再执行 - 大结果集别点「导出」按钮，试试右键→
Copy as Text或Export Resultset到CSV，绕过Grid控件 - 单连接下别维持超过8个查询窗口，Navicat内存管理容易失衡，UI线程开始丢事件
执行按钮灰色、Ctrl+Enter没反应
这跟数据库完全无关，是Navicat把焦点误判为非编辑区导致的，常见于复制带不可见字符的SQL。
- 把光标移到编辑区最开头，按
←键缓慢移动，卡住不动的位置就是Zero Width Space或全角空格 - 删掉重输分号结尾，别用鼠标双击选中整段SQL——改用
Ctrl + A全选 - 临时禁用
Tools → Options → Code Completion能大幅降低此类问题
真正难察觉的是：卡顿常常混合了TCP超时、MySQL握手延迟、GUI渲染缓冲，以及Navicat自作主张的语句预解析——它甚至会在你只选中10行时，偷偷尝试解析整个500MB文件。
