最直接信号是call后无返回且show processlist中状态长期为executing或sending data、time持续上涨；需检查while/repeat/loop的退出条件、变量初始化及not found处理器作用范围。
怎么发现存储过程卡在死循环里了
最直接的信号是：执行 CALL your_procedure() 后一直没返回，同时 SHOW PROCESSLIST 里能看到该连接状态长期卡在 Executing 或 Sending data，且 Time 值持续上涨（比如 > 60 秒还在涨）。
注意不是所有长时间运行都等于死循环——但若逻辑简单（比如只遍历几十行）、无外部依赖（不调远程、不等锁），却耗时上百秒，大概率是循环没出口。
- 检查过程体里所有
WHILE、REPEAT、LOOP结构，确认每个都有明确的LEAVE或ITERATE触发条件 - 特别警惕用
SELECT ... INTO赋值后判断是否NULL退出的场景：如果查询没结果，变量保持上一次值（不是NULL），条件永远不成立 -
DECLARE CONTINUE HANDLER FOR NOT FOUND不会中断循环本身，只是跳过下一条语句，别误以为它能“跳出循环”
如何安全地 kill 正在跑的存储过程
不能直接 KILL CONNECTION 所有情况都适用——如果过程正在写事务、加表锁或调用外部函数，暴力中断可能留下未提交事务或元数据不一致。
优先用 KILL QUERY 尝试中断当前语句；只有确认无事务风险（比如过程全程只读、或已知在空循环中）才用 KILL CONNECTION。
- 先查进程：
SHOW PROCESSLIST找到对应ID（看User、Host、Info字段交叉验证） - 尝试温和中断：
KILL QUERY 12345（12345 是 ID），观察是否退出；若仍卡住，再KILL CONNECTION 12345 - 杀完立刻查
information_schema.INNODB_TRX，确认没有残留的trx_state = 'RUNNING'记录
为什么加了 LOOP 却没进循环体
常见于 REPEAT ... UNTIL 和 WHILE ... DO 的条件判断时机差异：前者是“先执行、再判断”，后者是“先判断、再执行”。如果初始条件就不满足，WHILE 一次都不进，而 REPEAT 至少进一次。
更隐蔽的问题是条件变量未初始化——MySQL 存储过程中，DECLARE var INT DEFAULT 0 是显式赋初值，但漏写 DEFAULT 会导致变量为 NULL，而 NULL = 1、NULL != 1 全为 UNKNOWN，导致循环条件恒假。
- 所有循环变量必须显式初始化，别依赖“默认为 0”这种错觉
- 在循环开头加
SELECT CONCAT('loop step: ', i);（临时调试用）确认是否真执行到了那行 - 避免用
NOT EXISTS (SELECT ...)作为循环退出条件——子查询为空时返回NULL，布尔上下文里不等价于FALSE
监控存储过程运行时长的最小可行方案
不用上 Prometheus，靠 MySQL 自带机制就能快速定位异常长过程：在过程开头插入一条日志记录，在结尾更新它；再建个定时任务查超时未完成的记录。
关键不是“全量监控”，而是“对高风险过程做轻量标记”。比如支付类、批量删改类过程，强制加日志埋点。
- 建一张轻量日志表：
CREATE TABLE proc_log (id BIGINT PRIMARY KEY AUTO_INCREMENT, proc_name VARCHAR(64), start_time DATETIME, end_time DATETIME, status ENUM('running','done','killed')) - 过程开头：
INSERT INTO proc_log(proc_name, start_time, status) VALUES ('pay_batch', NOW(), 'running');并把生成的LAST_INSERT_ID()存进变量 - 过程结尾：
UPDATE proc_log SET end_time = NOW(), status = 'done' WHERE id = @log_id;；异常分支里补UPDATE ... status = 'killed' - 查超时：
SELECT * FROM proc_log WHERE status = 'running' AND TIMESTAMPDIFF(SECOND, start_time, NOW()) > 300;
过程里嵌套游标 + 循环 + 异常处理器，最容易漏掉清理逻辑。哪怕只是忘记关游标，下次调用也可能报 Cursor is already open——这不是死循环，但会让排查方向完全跑偏。
