WHILE循环无法提速，真正优化是改逐行为批量或减少循环内开销；避免单行DML、重复查表、未索引WHERE、裸函数调用；必须用时加事务、限次数、建临时表索引；优先用集合操作替代。
WHILE 循环本身无法“提速”，只能让它少干点事——真正有效的优化，是把循环逻辑从逐行改成批量，或至少让循环内部不反复查表、不裸奔执行。
WHILE 循环里别写 SELECT 或 INSERT 单行语句
常见错误：在 WHILE 体内反复执行 SELECT ... INTO 或 INSERT INTO ... VALUES(...)，尤其当循环几百上千次时，每次都要解析、加锁、刷日志。实测耗时可能从 1 秒飙升到 27 秒。
- 把多次
INSERT合并成一条批量插入：INSERT INTO t (a,b) VALUES (1,2), (3,4), (5,6); - 把循环内查单条记录的
SELECT拆出来，用一次JOIN或临时表预加载全部所需数据 - 避免在循环中调用函数（尤其是含子查询或未索引字段的函数），提前用
DECLARE变量存好结果
必须用 WHILE 时，务必包事务 + 控制次数
MySQL 存储过程默认每条语句自动提交，WHILE 中每轮都触发一次完整事务开销。不加控制还容易卡死或超时。
- 显式加
START TRANSACTION;和COMMIT;，把整个循环体包进一个事务 - 用
DECLARE max_loop INT DEFAULT 100;+IF loop_count >= max_loop THEN LEAVE loop_label;防死循环 - 循环变量建议用
INT类型，避免浮点比较（如WHILE i != 1.5）引发精度问题
WHERE 条件没索引？WHILE 再快也没用
循环里哪怕只有一条 UPDATE employees SET salary = salary * 1.05 WHERE dept_id = ? AND status = 'active';，如果 (dept_id, status) 没联合索引，每次都会全表扫描。
- 检查循环体内所有
WHERE、JOIN ON、ORDER BY字段是否命中索引 - 对中间结果集大、需多次引用的，建
TEMPORARY TABLE并立刻加索引，别等循环里再查 - 用
EXPLAIN跑一遍循环体内的关键语句，确认type不是ALL，key列有实际索引名
WHILE 真的必要吗？先试试集合操作替代
95% 的“必须循环”场景，其实一条 SQL 就能解决。WHILE 是兜底方案，不是首选解法。
- 批量更新用
UPDATE t1 JOIN t2 ON ... SET t1.x = t2.y;，而不是循环读 t2 再逐条 update t1 - 生成序列号类需求，优先用
ROW_NUMBER()（MySQL 8.0+）或自连接生成数字表，而非靠SET @i := @i + 1循环 - 条件复杂但可枚举的赋值，用
CASE WHEN批量处理，例如：UPDATE orders SET status = CASE WHEN amount > 1000 THEN 'VIP' ELSE 'NORMAL' END;
最易被忽略的一点：WHILE 循环的性能瓶颈从来不在语法本身，而在它掩盖了本该由优化器完成的集合计算——只要还能写成单条 SQL，就别把它拆进循环里。
