Navicat默认不支持分号分隔多语句执行，需在连接高级设置中勾选“允许执行多个查询”并重新连接，且仅MySQL/MariaDB有效；分号须紧贴语句末尾、不可带空格或注释，否则解析失败。
Navicat 默认不支持分号分隔多语句执行
navicat（尤其旧版如 15.x 及更早）默认把整个编辑区内容当作单条 sql 提交，遇到第一个 ; 就会报错，比如提示 error 1064: you have an error in your sql syntax 或直接卡在解析阶段。这不是语法问题，而是客户端根本没启用“多语句模式”——它连第二条语句的开头都还没读到。
必须开启「允许执行多个查询」选项
这个开关藏得深，且不同版本路径略有差异，但核心逻辑一致：它控制 Navicat 是否将分号识别为语句分隔符，并启用 MySQL 的 CLIENT_MULTI_STATEMENTS 标志位。不打开，写一百个分号也没用。
- Windows/macOS：连接 → 编辑连接 → 「高级」选项卡 → 勾选
允许执行多个查询 - 如果没看到该选项，说明当前连接类型不支持（如 PostgreSQL 连接下此选项不可用；仅 MySQL / MariaDB 有效）
- 修改后需**重新连接**，已打开的查询窗口不会自动生效
分号必须独占一行末尾或紧跟语句后，不能有空格干扰
即使开启了多语句，Navicat 对分号位置仍较敏感。它依赖简单字符串切分，不是完整 SQL 解析器。
- ✅ 正确：
SELECT * FROM users;、INSERT INTO logs VALUES (1); - ❌ 错误：
SELECT * FROM users; -- 注释（部分版本会把注释连带分号一起截断） - ❌ 错误：
SELECT * FROM users; \n（末尾空格或换行缩进可能被误判为语句未结束） - ⚠️ 存储过程/函数定义中含分号时，需用
DELIMITER切换分隔符，否则 Navicat 会在第一个;处提前截断
执行结果只显示最后一条语句的返回集
Navicat 不像命令行 mysql -e 那样逐条输出结果，它只展示最终一条 SELECT 的结果集。UPDATE/INSERT 的影响行数、中间错误等，需要点开「消息」面板查看。
- 执行
SELECT 1; UPDATE t SET x=2; SELECT * FROM t;→ 界面只显示第三次SELECT的表格 - 若第二条
UPDATE报错，整个执行会中断，但界面可能仍显示最后一次成功查询的结果（易误判） - 建议关键批量操作前先勾选「在消息面板中显示所有查询」（高级设置里），并手动检查每条语句的状态码
实际用的时候，最常漏掉的是重新连接这一步——改完设置以为马上生效，结果还是报错。还有就是写完存储过程顺手用分号结尾，忘了切 DELIMITER，一执行就崩。这些都不是 SQL 本身的问题，全是客户端解析层面的边界情况。
