通过select输出变量和执行位置是最轻量直接的调试方式，需配合专用游标结束变量、显式null校验、exit handler事务回滚及resignal错误传递，以精准定位逻辑错误。
MySQL 5.7 存储过程没有断点调试器，逻辑错误必须靠“埋点+隔离+验证”来定位，不能依赖报错信息——很多逻辑错根本不会报错，只是数据没按预期更新。
用 SELECT 输出变量和执行位置
这是最轻量、最直接的调试方式。MySQL 不支持 PRINT 或 DEBUG 语句，SELECT 是唯一能即时看到中间状态的手段。
- 在关键分支前加
SELECT 'in branch A' AS step;，确认是否进入该路径 - 对变量做显式输出：
SELECT CONCAT('v_status = ', COALESCE(v_status, 'NULL')) AS debug;，避免 NULL 被忽略 - 注意：每条
SELECT都会返回一个结果集，客户端（如 MySQL Workbench）会按顺序展示，别误以为是“多条无关查询” - 别把调试语句留在生产环境，它们会影响网络传输和客户端解析逻辑
区分游标结束与普通查询失败
NOT FOUND 不是错误，但它的 handler 是全局生效的——任何 SELECT ... INTO 查不到数据都会触发它，导致游标循环提前退出。
- 声明专用游标结束变量：
DECLARE done INT DEFAULT 0; -
DECLARE CONTINUE HANDLER FOR NOT FOUND SET done = 1;必须放在游标声明之后、OPEN之前 - 每次
FETCH后立即检查：IF done = 1 THEN LEAVE loop_name; END IF; - 所有非游标相关的
SELECT ... INTO执行完后，立刻SET done = 0;，否则后续FETCH会直接跳过
捕获并显式暴露 SQL 异常
默认情况下，存储过程出错只中断当前语句，不自动回滚，也不抛给调用方——你看到的“成功返回”，可能背后已发生部分写入。
- 用
DECLARE EXIT HANDLER FOR SQLEXCEPTION包裹事务块，内部必须包含ROLLBACK; - 加上
RESIGNAL;，否则调用方收不到原始错误，只会看到空结果或默认返回值 - 不要只设标志位（如
SET err_flag = 1;）而不ROLLBACK，这等于没处理 - 如果过程里调用了其他带
START TRANSACTION的存储过程，回滚会失效——MySQL 不支持嵌套事务
排查 NULL 导致的逻辑跳转
MySQL 的三值逻辑会让 IF @x = 'a' 在 @x 为 NULL 时既不进 THEN 也不进 ELSE，而是整体判为 UNKNOWN，最终落入 ELSE 分支——这常被当成“逻辑走对了”，实则条件根本没成立。
- 所有参与判断的变量，先用
IS NOT NULL显式校验：IF v_type IS NOT NULL AND v_type = 'user' - 避免长条件堆叠：
IF a = 1 AND b = 2 AND c = 3→ 改成嵌套或拆成多个独立IF块，方便定位哪一环为NULL - 慎用
COALESCE(v, '') = 'x'，数字字段转字符串可能隐式失败（如COALESCE(123, '')得到字符串'123'，但比较时类型转换规则不稳定）
真正难调试的不是语法错，而是那些“看起来执行完了、没报错、但数据不对”的情况——这时候要盯住变量是否被意外覆盖、done 是否被无关查询污染、NULL 是否悄悄绕过了你的判断条件。
