navicat执行sql后结果区空白是因v16及更早版本采用单线程同步模式导致ui线程锁死，唯一根治法是升级至navicat 17.0.4+并启用「enable asynchronous query execution」选项，配合新版驱动实现真正异步查询与随时取消。
navicat 执行 sql 后结果区空白，不是数据库没返回数据，而是客户端卡在同步等待上——ui 线程被锁死，连滚动条都点不动。
为什么执行后光标转圈、状态栏卡在「Executing」
这是 Navicat v16 及更早版本的典型同步阻塞表现：它用单线程等完整结果集收完才开始渲染，哪怕只查 LIMIT 10，只要服务端没发 EOF 包，UI 就彻底冻结。
-
Ctrl + C或右键「Cancel Query」灰色不可点 → 说明你用的是 v15/v16，压根没有异步线程支持 - 升级到
Navicat 17.0.4+是唯一根治法，老版本所有「后台执行」「注册表 hack」都只是起新进程再 IPC 回传，无法真正中断 - 确认是否启用异步：菜单→
Tools → Options → Query→ 勾选Enable asynchronous query execution - 该选项仅对 MySQL/PostgreSQL/Oracle/SQL Server 生效；
SQLite不支持
开了异步还是卡，但 UI 能点怎么办
异步 ≠ 不卡，只是把「完全冻结」变成「可控卡」。瓶颈可能已从网络转移到客户端渲染层。
- 大结果集（尤其列超宽，比如含长 JSON 字段）会让 Grid 控件重绘严重拖慢界面
- 执行完别急着点「导出」，先试试右键结果集 →
Copy as Text或Export Resultset到 CSV，绕过渲染 - 用命令行验证：如果
mysql -e "SELECT * FROM t LIMIT 1000"返回飞快，问题纯属 Navicat 渲染压力 - 避免单连接下长期维持 8 个以上查询窗口，Navicat 对窗口状态内存管理较弱，容易引发 UI 线程争用
为什么改了「最大行数」EXPLAIN 还是假死
EXPLAIN ANALYZE 不是普通查询，它触发真实执行并收集运行时统计，结果结构嵌套深、字段多，Navicat 渲染特别吃力，Windows 上极易假死。
- 执行前务必设
最大行数 = 100并勾选限制结果集，100 行足够看执行计划概要 - 别依赖 Navicat 的「解释」按钮，直接写完整语句：
EXPLAIN FORMAT=JSON SELECT ...，JSON 比传统表格解析压力小得多 - 必须看详细轨迹？优先用命令行：
mysql -h host -u user -p -e "EXPLAIN ANALYZE SELECT ..." - 注意：
Use legacy explain format会强制降级为同步解析，开了异步也白搭
真正容易被忽略的是驱动兼容性：MySQL 必须用 mysql-connector-j 8.0.33+，否则即使 Navicat 17.0.4+ 也会回退到同步模式。
