Navicat 的 SQL 编辑器仅执行光标所在分号结尾的单条语句，不支持选中多语句一键执行；需用右键「运行当前查询」执行高亮区域，且不解析 delimiter、变量或模板语法。
Ctrl+Enter 只执行光标所在语句，不是整段文本
Navicat 的 SQL 编辑器默认不支持“选中一段含多条语句的文本 → 一键执行”，它把光标位置当作唯一判断依据。你写了一段带注释、变量声明、多个分号的脚本，只要光标停在某条语句内部（比如 SELECT * FROM users 中的 users 上），按 Ctrl+Enter 就只执行那一条，其余全被忽略。
常见误操作：粘贴进一个含 10 条语句的调试脚本，光标在最后一行，结果只跑了最后那条 INSERT，前面建表、删数据全没动——不是 Navicat 漏了，是它压根没打算执行别的。
- 必须确保光标落在目标语句的任意字符上（包括空格、换行符前）
- 语句必须以分号
;结尾，否则 Navicat 会向前找最近的分号，可能跨行吞掉注释或条件判断 - 如果语句里有
DELIMITER $$这类 MySQL 特殊指令，Ctrl+Enter会直接报错，因为它不解析 delimiter 切换逻辑
用「运行当前查询」右键菜单提取高亮区语句
当你已经手动选中了一段代码（比如从 -- 开始调试 到 -- 结束 之间的几行），右键点编辑区 →「运行当前查询」，Navicat 才真正按你选的内容执行，且自动剥离首尾空白和换行。这是唯一能绕过光标定位、精准控制执行范围的方式。
但要注意：它不会帮你补分号，也不会跳过注释行。如果你选中的是：
SELECT id FROM orders; -- AND status = 'paid' SELECT COUNT(*) FROM logs;
那么实际执行的就是这两条（中间注释行被当普通文本跳过），不是一条。
- 适合临时调试片段，比如从大脚本里抠出三行 JOIN 逻辑验证
- 选中内容不能含未闭合的
/*块注释，否则整个选区被当作文本字面量，报语法错误 - PostgreSQL 下若选中含
\c otherdb的行，Navicat 会尝试执行但失败（它不支持 psql 元命令）
别信「执行所有查询」按钮，它只认分号分割
工具栏上的「执行」按钮（绿色三角）或快捷键 F6，行为和 Ctrl+Enter 一致：只找光标所在语句。所谓“执行所有”是误导性 UI 文案——它从不扫描整个文档，也不识别 GO（SQL Server）或 /（Oracle）这类批处理分隔符。
你在一个文件里写了 5 条语句，每条都带分号，光标在第一行，按 F6 就只跑第一条；光标在空白行，它会报 “No query to execute”。
- 想批量跑多条，必须用「运行SQL文件」功能（右键数据库 → 运行SQL文件），但那是完整文件级执行，无法局部提取
- MySQL 用户注意：
SET @var := 1;这类用户变量赋值后，后续语句在同一个「运行SQL文件」会话中可复用；但用Ctrl+Enter单条执行，每次都是新会话，变量不保留 - Navicat 不缓存语句上下文，所以别指望靠多次
Ctrl+Enter模拟事务块——每条都是独立自动提交
真正需要提取嵌套 SQL？得靠外部工具预处理
如果你面对的是带模板占位符、条件拼接、或混在 Python/Shell 脚本里的 SQL（比如 f"SELECT * FROM {table_name}"），Navicat 根本不解析这些。它的编辑器只把内容当纯文本，没有语法树提取能力。
这种场景下，“快速提取”不是 Navicat 能解决的问题，而是要先用正则或 AST 工具把 SQL 片段切出来，再粘贴进 Navicat 执行。例如：
- 用 VS Code 安装 SQLTools 插件，开启「Extract SQL」命令，自动高亮并复制选区中的合法 SQL
- Python 脚本里用
sqlparse库分离语句，过滤掉注释和变量插值，再输出干净 SQL - 别试图让 Navicat 理解 Jinja2 模板里的
{% for t in tables %} SELECT * FROM {{ t }}; {% endfor %}——它只会把整个块当字符串报错
最易被忽略的一点：Navicat 对 SQL 的“识别边界”完全依赖分号和光标，没有任何智能上下文感知。你以为它看懂了嵌套子查询，其实它只是数了括号层数；你以为它跳过了注释，其实它只是没把 -- 当关键字处理。真要稳，就老老实实分号结尾、光标到位、右键确认。
