MySQL函数支持WHILE、REPEAT、LOOP，但需5.7+版本及CREATE ROUTINE权限；log_bin开启时须声明DETERMINISTIC/READS SQL DATA/NO SQL，否则报ERROR 1418。
MySQL函数里不能用WHILE或REPEAT？先确认版本和权限
MySQL函数确实支持WHILE、REPEAT、LOOP，但前提是：你用的是5.7+（推荐8.0），且当前用户有CREATE ROUTINE权限。常见错误是执行CREATE FUNCTION时报错ERROR 1418，本质不是语法不支持，而是log_bin开启时，MySQL强制要求函数声明为DETERMINISTIC或NO SQL——否则拒绝创建。
- 检查是否启用二进制日志：
SHOW VARIABLES LIKE 'log_bin'; - 创建时必须显式声明：
DETERMINISTIC（确定性）或READS SQL DATA（只读）或NO SQL（无SQL） - 临时绕过（仅测试环境）：
SET GLOBAL log_bin_trust_function_creators = 1;，但生产环境禁用
WHILE循环写法：变量初始化和边界控制最容易出错
MySQL函数中所有变量必须用DECLARE在BEGIN后第一行声明，且WHILE条件判断依赖的变量必须在循环内主动更新，否则就是死循环。典型现象是调用函数卡住、CPU飙升，或者返回NULL（因超时被中断）。
- 变量必须初始化：
DECLARE i INT DEFAULT 1;，不写DEFAULT则初始值为NULL，参与数值比较会全为FALSE - 循环体里必须修改判断变量：
SET i = i + 1;，漏掉这句就无限循环 - 条件建议用
而非<code>，避免因步长/初值偏差跳过终止条件
DELIMITER $$
CREATE FUNCTION sum_to_n(n INT) RETURNS INT
READS SQL DATA
DETERMINISTIC
BEGIN
DECLARE i INT DEFAULT 1;
DECLARE s INT DEFAULT 0;
WHILE i <= n DO
SET s = s + i;
SET i = i + 1; -- 这句不能少
END WHILE;
RETURN s;
END$$
DELIMITER ;REPEAT比WHILE更适合“先执行再判断”的场景
当逻辑天然需要至少执行一次（比如解析逗号分隔字符串、逐个提取子串），REPEAT ... UNTIL比WHILE更直白，也更少因初始状态误判导致跳过执行。但要注意UNTIL后的条件是“满足即退出”，语义和WHILE相反，容易写反。
-
REPEAT体至少执行一次；WHILE可能一次都不执行 -
UNTIL condition中的condition为TRUE时退出，不是继续 - 字符串截取常用
LOCATE+SUBSTRING配合REPEAT，但记得每次更新pos和len，否则LOCATE反复找到同一个位置
函数内循环性能差，别把它当通用工具用
MySQL函数设计初衷是标量计算，不是流程处理。含循环的函数在SELECT中被调用时，每行都会重新执行整个循环逻辑，没有预编译、无索引加速、无法并行。一个sum_to_n(10000)在WHERE里用10万次，实际执行10亿次加法——而同样逻辑用CTE或临时表通常快一个数量级。
- 单次调用参数小（如
n < 100）、纯计算、无IO才适合放函数里 - 涉及字符串拆分、JSON遍历、多表关联逻辑，优先考虑存储过程+游标，或移到应用层
- 调试时用
SELECT sum_to_n(5);验证，别直接嵌进大查询里测性能
真正麻烦的不是语法怎么写，而是想清楚：这个“循环”是不是非得在数据库里做。很多case里，把逻辑拉到PHP/Python里跑，反而更稳、更快、更容易加日志和断点。
