Navicat“调试”按钮报错或无响应，因其图形化调试器依赖MySQL已移除的DEBUG协议；ERROR 1312源于CALL上下文中禁止SELECT返回结果集，需改用CONCAT输出调试信息，且局部变量不可见，须通过用户变量暴露。
Navicat 的“调试”按钮为什么点下去就报错或无响应
Navicat 图形化调试器不是真正的断点调试器，它依赖 MySQL 服务端的 DEBUG 协议支持，而 MySQL 官方从 5.7 开始已移除该协议，8.0 完全不兼容。你点击“调试”按钮后看到空白窗口、直接报 ERROR 1312 或根本没反应，本质是 Navicat 在尝试调用一个早已不存在的接口。
常见触发场景包括：
- 存储过程中存在任意非赋值用途的
SELECT（比如SELECT @x;或SELECT COUNT(*) FROM t;），会立即中断调试并抛出ERROR 1312 (0A000) - 使用了游标但声明顺序错误：必须严格满足「变量声明 → 游标声明 → HANDLER 声明 → OPEN」，否则卡在解析阶段，Navicat 不提示具体哪行错，只显示“执行失败”
- MySQL 连接用户缺少
EXECUTE权限以外的隐式权限（如对游标查询中涉及的表无SELECT权），错误被静默吞掉
ERROR 1312 出现时，别改调试器，改写法
ERROR 1312 的核心限制是：MySQL 存储过程在“CALL 上下文”中禁止返回结果集。Navicat 调试器正是运行在这种上下文中，所以任何 SELECT 都会被拦截。
替代方案不是禁用 SELECT，而是让它“不返回结果集”：
- 用
SELECT CONCAT('debug:', @var) AS debug;替代SELECT @var;，确保该语句是整个存储过程中唯一的SELECT，且仅用于调试 - 把调试输出合并成一行：例如
SELECT CONCAT('step=', @step, ',count=', @cnt, ',err=', @err) AS status; - 绝对不要在
IF分支、循环体或HANDLER内部写独立SELECT，它们会触发多次结果集返回
局部变量看不见？因为 Navicat 根本不支持读取
Navicat 调试界面里显示的“变量”列表，只包含你显式声明的 OUT 参数和用户变量 @var，所有 DECLARE v_count INT DEFAULT 0; 类型的局部变量完全不可见——这不是 Bug，是 MySQL 协议层的设计限制。
要观察局部变量，必须手动暴露：
- 在关键位置插入
SET @debug_v_count = v_count;（注意是赋值给用户变量） - 在 Navicat 查询窗口单独执行
SELECT @debug_v_count;查看值（需在同一会话） - 避免并发调用：用户变量
@var是会话级的，多个CALL会互相覆盖，测试时务必单线程操作
真正卡住的地方，往往不在代码里
很多“调试失败”问题其实和存储过程本身无关：Navicat 当前查询窗口的 autocommit 设置为 OFF，导致过程内 INSERT/UPDATE 被包裹在未提交事务中；或者连接用户被 DEFINER 限定为某个不存在的账号，权限校验直接跳过而不报错。
最有效的排查动作永远是这两步：
- 在 Navicat 查询窗口执行
SELECT @@autocommit;和SELECT USER(), CURRENT_USER();，确认实际执行身份和事务模式 - 把存储过程拆成纯 SQL 片段，在普通查询窗口逐段粘贴执行，尤其是游标
SELECT ... INTO那一行，看是否返回空、NULL 或类型警告
