MySQL游标仅支持静态SQL，因DECLARE CURSOR FOR在编译期绑定结果集结构，不接受变量或动态语句；PREPARE/EXECUTE无法与游标桥接；动态列场景应避免游标，改用GROUP_CONCAT拼接SQL后直接EXECUTE返回结果集。
MySQL 游标声明必须是静态 SQL
因为 DECLARE CURSOR FOR 语句在存储过程编译阶段就被解析并绑定结果集结构，它不接受变量、拼接字符串或运行时计算的 SQL 片段。哪怕你提前用 SET @sql = 'SELECT ...' 构造好语句，DECLARE cur CURSOR FOR @sql 也会直接报错：ERROR 1064 (42000)，提示语法错误——MySQL 把 @sql 当作标识符而非可执行语句处理。
PREPARE/EXECUTE 无法和游标直接桥接
MySQL 的 PREPARE + EXECUTE 可以运行动态 SQL，但它返回的是一个结果集，不是游标句柄。你不能把 EXECUTE stmt 的输出“交给”已声明的游标去遍历。常见错误写法如：
DECLARE cur CURSOR FOR EXECUTE stmt;
这在语法上完全非法。MySQL 不支持类似 SQL Server 的 OPEN cur FOR @sql 语法。
真正能做的只有两件事：
- 用
PREPARE执行后直接返回客户端（适合报表类场景） - 把动态查询结果插入临时表，再对临时表声明静态游标（绕过动态列限制）
列数与 FETCH INTO 变量严格匹配，动态列根本不可控
即使你设法让动态 SQL 执行成功，游标后续的 FETCH cur INTO v1, v2, v3 要求变量个数必须等于 SELECT 字段数。而动态列（比如由 GROUP_CONCAT 拼出的多列）数量是运行时才知道的，硬编码变量列表必然失败。
典型表现：
- 列数少于变量数 → 后续变量保持旧值（不是 NULL），导致逻辑错乱
- 列数多于变量数 → 直接报错：
ERROR 1324 (HY000): Cursor statement must have same number of expressions as variables in cursor SELECT
真正可行的替代路径：别用游标
面对变动列名或不确定字段数的场景，游标不是解法，而是陷阱。更实际的做法是：
- 用
GROUP_CONCAT拼出完整SELECT语句，PREPARE/EXECUTE直接返回结果集（别管游标） - 确保
SET SESSION group_concat_max_len = 10000，否则长列名被截断 - 所有拼入 SQL 的列名必须用反引号包裹：
CONCAT('`', col_name, '`')，否则遇到order、group等保留字立即报错 - 列名若来自用户输入或非白名单数据，必须做校验（如正则
^[a-zA-Z_][a-zA-Z0-9_]*$），不能只靠REPLACE过滤
游标在 MySQL 里本质是为固定结构、小批量逐行处理设计的；拿它硬扛动态列，等于在 API 接口里写汇编——理论上可能，实践中没人这么干。
