mysql存储过程中while循环易失控的根本原因是循环变量未正确更新或初始化缺失，导致条件恒真；应采用计数器+最大迭代上限双保险机制，声明i和max_iter变量，条件设为while i

MySQL 存储过程中没有内置的“超时中断”机制，死循环会一直占用连接、消耗 CPU，直到手动 KILL 或触发 max_execution_time（仅对 SELECT 有效，不作用于存储过程内部逻辑）——所以必须靠人工设防。

为什么单纯靠 WHILE condition 容易失控

条件判断依赖变量状态，而变量可能因异常被跳过更新、或受并发修改干扰。比如：

• SELECT MAX(id) INTO @max_id FROM orders 后，另一事务插入新记录，导致 @current_id 永远追不上 @max_id
• 循环体里发生错误（如 INSERT 违反唯一约束），但没加 CONTINUE HANDLER，过程直接退出，SET @i = @i + 1 没执行，下一轮又卡在原值
• 用 SELECT COUNT(*) 做终止条件，但表被其他事务锁住，查询阻塞，看起来像“卡住”，实则是等待而非死循环

用计数器 + 最大迭代上限双保险

不依赖业务字段变化，只靠自增整数控制步数，最稳妥。适用于批量处理、重试逻辑、分页游走等场景。

关键点：

• 声明两个变量：DECLARE i INT DEFAULT 0 和 DECLARE max_iter INT DEFAULT 10000
• 循环条件写成 WHILE i ，确保哪怕业务条件失效，也会在 <code>max_iter 次后强制退出
• 每次循环末尾必须有 SET i = i + 1，且不能放在 IF ... THEN ... END IF 内部被跳过
• 如果循环内有 LEAVE 提前退出，也要确保 i 已递增，否则下次调用可能从 0 重新开始

LEAVE 和 ITERATE 的实际使用边界

LEAVE 是跳出当前命名循环块，ITERATE 是跳回循环开头——但二者都要求你先用 label_name: 给 WHILE 加标签，否则语法报错。

常见误用：

• 漏写标签：直接写 LEAVE 会报 ERROR 1305 (42000): LEAVE with no matching label
• 标签位置错：标签必须紧贴 WHILE 前，不能隔空行或注释
• 嵌套时混淆：外层循环标签不能被内层 LEAVE 引用，除非显式写出标签名

正确写法示例：

my_loop: WHILE i 

<h3>循环结束后一定要检查是否真结束了</h3>
<p>运行完存储过程，别只看“Query OK”，要验证：</p>

• 查 information_schema.processlist 确认连接已释放，而不是挂着“Sleep”或“Sending data”
• 用 SELECT @i, @max_iter 看最终 i 值，如果等于 max_iter，说明是被上限截断的，得查日志确认业务逻辑是否完整执行
• 若过程含 INSERT/UPDATE，务必核对影响行数，避免“看似跑完，其实一行没动”

最易被忽略的是：计数器变量作用域。在嵌套过程或多次调用时，若用会话级变量（如 @i）而非 DECLARE i INT，上次残留值会影响下一次——一律优先用 DECLARE。