如何通过运行SQL文件模式避免Navicat因超大脚本卡死？

本文共计1063个文字，预计阅读时间需要5分钟。

相关专题

navicat 执行超大 sql 脚本卡死，不是脚本有问题，而是你用错了入口——双击打开或粘贴执行走的是「查询编辑器」路径，会把整段 sql 加载进内存并同步解析执行；真正该用的是「运行 sql 文件」功能，它绕过 ui 编辑器的内存缓冲层，直接流式读取、分块提交。

为什么双击打开大 SQL 文件必卡

Navicat 的查询编辑器本质是富文本控件，加载 500MB 文件时先全量读入内存、再做语法高亮和语句切分。一旦文件含长字符串、嵌套注释或未闭合引号，解析器会在某处静默卡住，UI 线程冻结，连 Ctrl + C 都无法响应。

• 现象：光标停止闪烁、菜单变灰、任务管理器显示进程“正在运行”但 CPU 占用低于 15%
• 根本原因：Win32 GUI 单线程模型下，主线程被阻塞在 recv() 或文本渲染，无法处理取消请求
• 哪怕你只选中其中 10 行执行，Navicat 仍会尝试预解析全文——这是设计使然，不是 bug

必须用「运行 SQL 文件」而非「查询编辑器」

右键数据库 → 运行SQL文件 是唯一能安全处理 GB 级 SQL 的路径。它不加载全文到内存，而是按行/按语句块流式读取，并复用同一个 MySQL session，支持跨文件变量（如 @start）和事务控制。