动态游标无法处理变动列名，因静态sql在声明时即锁定列结构；应对方案是动态sql拼接查询（mysql用prepare/execute，sql server用sp_executesql+quotename），但游标遍历动态结果集受限且低效，推荐直接返回结果集或用临时表替代。
动态游标不能直接处理变动列名
游标本身不感知列结构变化，CURSOR FOR SELECT ... 语句在定义时就锁定了结果集的列名和类型。哪怕你用变量拼出不同表名或字段名，只要 DECLARE CURSOR 里写的是静态 SQL，它就只认那一套列——运行时报错 Column 'xxx' not found 或字段数不匹配，不是因为游标“不支持”，而是底层 SELECT 执行失败了。
真正能应对列名变动的，是动态 SQL + 游标组合：先拼出完整查询语句（含目标列），再用 PREPARE/EXECUTE（MySQL）或 sp_executesql（SQL Server）执行，最后把结果集交给游标。但注意：MySQL 的游标无法直接绑定动态生成的 SELECT 结果集；SQL Server 的 sp_executesql 支持 OPEN cur FOR @sql 这类语法，但需配合 FORWARD_ONLY READ_ONLY 游标类型。
MySQL 中必须绕开游标，改用 PREPARE + GROUP_CONCAT 拼接
MySQL 存储过程里，如果列名来自数据（比如每个 subject 变成一列），别硬上游标。游标没法动态适配列数，FETCH INTO 变量个数必须和 SELECT 字段数严格一致，而列数是运行时才知道的。
更可行的做法是：GROUP_CONCAT 拼出整条 SELECT 语句，再 PREPARE/EXECUTE 执行。关键点：
-
SET SESSION group_concat_max_len = 10000必须提前设，否则长列名列表被截断 - 拼接时每个列名要用反引号包裹：
CONCAT('`', subject, '`')，否则遇到order、group等保留字直接报错 - 不能用
REPLACE(subject, '`', '')之类简单清洗，得查白名单表或正则校验，防止注入
示例片段：
SET @sql = NULL;
SELECT GROUP_CONCAT(DISTINCT CONCAT(
'MAX(CASE WHEN subject = ''', subject, ''' THEN score END) AS `', subject, '`'
)) INTO @sql
FROM student_scores;
SET @sql = CONCAT('SELECT name, ', @sql, ' FROM student_scores GROUP BY name');
PREPARE stmt FROM @sql;
EXECUTE stmt;
DEALLOCATE PREPARE stmt;
SQL Server 动态列 + 游标：用 sp_executesql + QUOTENAME 安全拼接
SQL Server 允许在 sp_executesql 中动态打开游标，但列名仍不能参数化。必须用 QUOTENAME() 包裹所有拼接进 SQL 的对象名（列名、表名、排序字段），否则带空格或特殊字符的列名会触发 Incorrect syntax near ' ' 错误。
值、条件、TOP 数量等一律走参数绑定，不能拼字符串。例如：
DECLARE @sql NVARCHAR(MAX) = N'SELECT ' + @col_list + N' FROM ' + QUOTENAME(@table_name); EXEC sp_executesql @sql, N'@filter_val VARCHAR(50)', @filter_val = 'active';
注意：
-
@col_list是拼出来的字符串，必须经QUOTENAME处理每个列名，如QUOTENAME('user name') - 游标若需基于此动态结果集遍历，得用
DECLARE cur CURSOR FOR EXEC sp_executesql @sql（SQL Server 2016+ 支持），且游标声明必须在EXEC外围 - 每次列组合不同，执行计划不复用，
pg_stat_statements（PG）或sys.dm_exec_query_stats（SQL Server）里会看到大量相似语句
真正需要动态列时，优先放弃游标，直接返回结果集
绝大多数业务场景（报表导出、前端可配置字段、多租户分表）不需要在存储过程中逐行处理动态列数据。游标在这里是过度设计：性能差、难调试、易锁表、还绕不开 SQL 注入风险。
更合理的方式是：
- 把列名逻辑提到应用层或视图层，存储过程只接收已校验过的列名数组
- 用动态 SQL 拼出最终查询，直接
SELECT返回结果集，由客户端处理 - 若必须中间加工（比如对每行动态列做计算），改用临时表 +
INSERT ... SELECT+ 后续UPDATE，比游标快一个数量级
最常被忽略的一点：动态列带来的不只是语法问题，还有元数据不可知性——你没法在存储过程里提前声明 INTO 变量接收未知列，也没法用 DESCRIBE 在运行时查结果集结构。这意味着任何依赖“列名已知”的逻辑（比如游标 FETCH INTO）天然不兼容动态列场景。
