LEAVE不生效的根本原因是标签名错误、漏写或不在循环体内；REPEAT/WHILE死循环多因变量未更新或逻辑错误；调试需用SELECT打点、PROCESSLIST查状态、语义化标签防跳转混乱。
存储过程里 LEAVE 不生效，循环一直跑不退出
根本原因通常是 LEAVE 对应的标签名写错、漏写，或被嵌套在非循环语句块中（比如 IF 里但没在 LOOP/WHILE 内）。MySQL 的 LEAVE 只能跳出它直接所属的带标签的循环结构，不能跨层跳转。
实操建议：
- 检查
LEAVE后面的标签名是否和LOOP或WHILE前的标签完全一致（大小写敏感，且不能多空格） - 确认该
LEAVE语句确实位于对应标签的循环体内部——常见错误是把它写在了END IF后面，实际已脱离循环作用域 - 用
SELECT 'in loop';在循环开头加日志，验证是否真进入了循环；再在LEAVE前加SELECT 'about to LEAVE';，看是否执行到那一步
循环条件始终为真，WHILE / REPEAT 没法停
不是语法问题，而是逻辑缺陷：变量没更新、更新时机不对、或判断用了未初始化的变量。尤其注意 REPEAT ... UNTIL 是“先执行后判断”，而 WHILE 是“先判断后执行”，两者行为差异极易导致死循环。
实操建议：
-
REPEAT中的UNTIL条件必须依赖循环体内修改的变量，且该变量在第一次进入前要有确定初值 -
WHILE循环里，确保每次迭代都修改了判断变量；避免把SET @i = @i + 1;写在IF分支里却某些路径跳过它 - 用
SELECT CONCAT('i=', @i);打点观察变量变化，比靠脑补可靠得多
调试挂起的存储过程：怎么快速定位卡在哪一行
MySQL 不支持断点，但可以通过可控中断+状态查询实现“软调试”。关键不是等它跑完，而是主动查它正在干啥。
实操建议：
- 新开一个会话，执行
SELECT * FROM information_schema.PROCESSLIST WHERE COMMAND = 'Sleep' AND TIME > 60;找出长时间运行的连接 - 记下对应
ID，然后执行KILL [ID];强制中断——别怕，这是为了验证它是不是真卡在循环里 - 在存储过程中关键位置插入
SELECT 'step 1'; SELECT 'step 2';等临时标记（注意：这些语句会返回结果集，调用方需能处理，测试时可用mysql -e直接看输出）
LEAVE 和 ITERATE 混用导致跳转混乱
这两个语句都依赖标签，但作用相反：LEAVE 跳出，ITERATE 重新开始当前循环。如果嵌套多层且标签命名随意（比如全叫 loop1），很容易跳错目标。
实操建议：
- 给每层循环起语义化标签，比如
outer_loop:、inner_cursor_loop:，别用泛泛的l1、l2 - 避免在同一个存储过程中混用
LEAVE和ITERATE到同一标签——容易读错逻辑，也增加维护成本 - 如果只是想跳过本次迭代，优先考虑用
IF ... THEN ... ELSE ... END IF控制流程，比ITERATE更直观
最麻烦的情况是循环变量被并发修改，或者在游标循环里忘了 FETCH 后检查 NOT FOUND，这种问题不会报错，但会无限重试。得盯住变量值和游标状态，不能只看语法有没有错。
