navicat sql编辑器不支持跨语句变量共享，因mysql协议限制每条语句独立执行；需用delimiter $$ 定义代码块，严格配对且避免bom、编码错误及语法瑕疵。
Navicat SQL编辑器不支持跨语句变量共享
在 Navicat 的「查询」标签页里粘贴多段含 SET @var = ... 或 DECLARE var INT 的 SQL，然后点「运行」——这些变量只在单条语句内有效，下一条语句无法读取。这不是 Bug，是 MySQL 协议层限制：Navicat 默认以分号为界拆分执行单元，每个单元独立提交，变量作用域不延续。
想让变量生效，必须用 DELIMITER 切换语句边界
MySQL 存储过程、函数或带变量的复合逻辑，必须用 DELIMITER 临时改写结束符，把多行当做一个整体发送给服务端。Navicat 的 SQL 编辑器支持这个语法，但要求严格配对：
-
DELIMITER $$后不能有空格或注释（如DELIMITER $$ -- set var会失败） - 所有变量声明、赋值、使用必须包在
$$和$$之间 - 结尾必须写
DELIMITER ;恢复默认，否则后续语句全报错
示例（可直接粘贴进 Navicat 查询窗口运行）：
DELIMITER $$
SET @table_name = 'users';
SET @sql = CONCAT('SELECT COUNT(*) FROM ', @table_name);
PREPARE stmt FROM @sql;
EXECUTE stmt;
DEALLOCATE PREPARE stmt;
$$
DELIMITER ;
常见失败原因：BOM、编码、分号位置
Windows 记事本保存的脚本常带 BOM（），Navicat 会把它当非法字符，导致 DELIMITER 解析失败，报错 Unknown character set 或静默卡住；另外这些细节也致命：
- 脚本开头有
SET NAMES utf8mb4;？MySQL 8.0+ 默认排序规则是utf8mb4_0900_as_cs，不匹配就整段拒掉 -
DELIMITER $$和$$之间混用了中文分号、全角空格，或$$后多写了分号（如$$;） - 脚本里用了
/* */注释包裹变量声明，MySQL 不解析注释内的语句，变量根本没定义
更稳的做法：绕过编辑器，用命令行 mysql 执行
如果脚本含大量变量逻辑、动态 SQL 或依赖上下文，Navicat 编辑器容易失焦。直接用 mysql 命令行更可靠：
- 先用
iconv -f UTF-8 -t UTF-8-MAC -o clean.sql dirty.sql去 BOM（Mac/Linux）或notepad++ → 编码 → 转为 UTF-8 无 BOM（Windows） - 确保脚本首行是
USE database_name;，且DELIMITER块前后无多余输出 - 执行：
mysql -h 127.0.0.1 -P 3306 -u root -p your_db
真正难的不是写变量，而是让整个执行链路不被编码、分隔符、连接上下文打断——这些细节一旦漏掉一个，Navicat 就只显示“正在执行”，光标不动，连错误都不报。
