MySQL函数不支持动态游标，因禁止PREPARE/EXECUTE等动态SQL；仅允许静态游标，且SELECT语句必须固定；需用存储过程+临时表替代实现动态需求。
MySQL自定义函数根本不支持动态游标
直接说结论：你无法在 CREATE FUNCTION 里用 PREPARE + EXECUTE 做动态游标。MySQL 函数体禁止执行动态 SQL（包括 PREPARE、EXECUTE、DEALLOCATE PREPARE），这是硬性限制，报错信息通常是 Dynamic SQL is not allowed in stored function or trigger。
原因很实在：函数必须是“可预测的”，不能改变数据库状态，也不能在运行时拼接并执行任意 SQL——否则优化器无法做确定性判断，也无法安全内联或缓存执行计划。
为什么非得用动态游标？先确认是不是真需要
常见误判场景：
- 想根据传入表名或字段名查数据 → 实际应拆成多个固定函数，或改用存储过程
- 想对不同业务表复用同一套遍历逻辑 → 游标本身不支持参数化表名，强行绕开只会引入 SQL 注入和权限失控风险
- 以为“动态”能提升灵活性 → 实测中，90% 的所谓动态需求，用
UNION ALL或临时表 + 固定游标就能覆盖
真正适合动态游标的场景，只存在于存储过程中，且需配合明确的权限控制和输入校验（比如白名单表名检查）。
函数内可用的游标只有静态声明一种
如果你确实需要逐行处理查询结果，只能用静态游标，且必须满足全部前提：
-
DECLARE cur CURSOR FOR SELECT ...中的SELECT必须是完整、常量化的语句，不能含变量、不能拼接字符串 - 必须配
DECLARE CONTINUE HANDLER FOR NOT FOUND，否则遍历完会报错中断 - 所有
FETCH INTO的变量必须在DECLARE中显式声明并初始化（如DEFAULT ''），否则未命中时返回NULL而非空字符串 - 函数必须标注
READS SQL DATA，调用者要有对应表的SELECT权限
示例片段（合法）：
DECLARE done INT DEFAULT FALSE; DECLARE v_name VARCHAR(100) DEFAULT ''; DECLARE cur CURSOR FOR SELECT name FROM user WHERE status = 1; DECLARE CONTINUE HANDLER FOR NOT FOUND SET done = TRUE;
替代方案：用存储过程 + 临时表绕过函数限制
当业务逻辑必须“动态表+逐行处理”时，正确路径是：
- 写一个存储过程，接收表名（经白名单验证）、条件字段等参数
- 用
CREATE TEMPORARY TABLE tmp_result AS SELECT ...把目标数据固化下来 - 在临时表上声明静态游标（
DECLARE cur CURSOR FOR SELECT * FROM tmp_result） - 遍历处理，结果写回原表或返回状态码
注意：临时表生命周期仅限当前会话，不会污染全局，也规避了函数对动态 SQL 的封禁。
最易被忽略的一点：哪怕只是把游标逻辑从函数挪到存储过程，也要同步检查 sql_mode 是否含 STRICT_TRANS_TABLES —— 它会让未初始化变量参与 CONCAT 时直接报错，而非静默转空值。
