MySQL存储函数禁止使用游标，必须改用存储过程；推荐优先用GROUP_CONCAT、SUM等聚合函数替代游标，性能更优且安全。
MySQL存储函数里根本不能用游标
MySQL的存储函数（CREATE FUNCTION）明确禁止使用游标、临时表、动态SQL以及任何会修改数据或产生结果集的语句。如果你在函数里写 DECLARE cursor_name CURSOR FOR SELECT ...，直接报错：ERROR 1320 (42000): Duplicate declaration: cursor_name 或更常见的 ERROR 1415 (0A000): Not allowed to return a result set from a function——哪怕你只是想遍历，MySQL也认为你在“返回结果集”。这不是语法写错了，是设计限制。
该用存储过程而不是函数
真正需要游标遍历多行结果时，必须改用存储过程（CREATE PROCEDURE）。它支持声明游标、OPEN/FETCH/CLOSE、异常处理（DECLARE CONTINUE HANDLER FOR NOT FOUND），也能配合变量做累加、拼接、条件更新等操作。
典型结构要点：
-
DECLARE变量必须在游标和处理器声明之前 - 游标
SELECT中不能含参数占位符（如?），但可引用已声明的输入参数（IN类型） - 必须定义
NOT FOUND处理器，否则FETCH到末尾会直接退出过程，后续逻辑不执行 - 游标是只读、不可滚动的，每次
FETCH移动一行，无法回退或跳转
示例片段（计算某用户所有订单金额总和并拼接订单号）：
DELIMITER $$
CREATE PROCEDURE calc_order_summary(IN user_id INT)
BEGIN
DECLARE done INT DEFAULT FALSE;
DECLARE order_no VARCHAR(32);
DECLARE amount DECIMAL(10,2);
DECLARE total DECIMAL(10,2) DEFAULT 0;
DECLARE order_list TEXT DEFAULT '';
DECLARE cur CURSOR FOR
SELECT order_no, amount FROM orders WHERE uid = user_id;
DECLARE CONTINUE HANDLER FOR NOT FOUND SET done = TRUE;
OPEN cur;
read_loop: LOOP
FETCH cur INTO order_no, amount;
IF done THEN
LEAVE read_loop;
END IF;
SET total = total + amount;
SET order_list = CONCAT(order_list, ',', order_no);
END LOOP;
CLOSE cur;
SELECT total AS total_amount, TRIM(LEADING ',' FROM order_list) AS order_ids;
END$$
DELIMITER ;
替代方案：优先用纯SQL解决
90% 的游标场景其实能用聚合函数+子查询替代，性能更好、更安全、也更容易维护。比如上面例子中的求和+拼接，直接写成：
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
SELECT SUM(amount) AS total_amount, GROUP_CONCAT(order_no SEPARATOR ',') AS order_ids FROM orders WHERE uid = 123;
常见可替代情况：
- 累加/计数 → 用
SUM()、COUNT()、AVG() - 字符串拼接 → 用
GROUP_CONCAT()（注意group_concat_max_len配置上限） - 取最大/最小关联字段 → 用
JOIN+ 聚合子查询或窗口函数（MySQL 8.0+） - 逐行判断后更新 → 改为单条
UPDATE ... JOIN或带条件的CASE WHEN
只有当逻辑涉及跨表多次查询、中间状态需保存、或需调用其他存储过程/函数时，才真正需要游标——而且必须放在存储过程中。
游标性能差，别在高频路径上用
游标本质是逐行提取，每 FETCH 一次都触发一次内部循环开销，在大表上极易拖慢响应。实测 10 万行数据用游标可能比等价的 GROUP BY 慢 5–20 倍。如果业务允许，尽量把遍历逻辑提到应用层（PHP/Python/Java），利用连接池复用和内存处理效率；若必须在数据库内完成，至少确保游标 SELECT 带有效索引，且结果集控制在几千行以内。
另外注意：MySQL 游标不支持 FOR UPDATE 或锁行，没法用于事务性逐行处理——真有这需求，得靠应用层加锁或改用 SELECT ... INTO OUTFILE + 外部脚本。
