MySQL不支持动态游标，因DECLARE CURSOR FOR仅接受编译期确定的静态SQL，无法绑定变量或动态语句；PREPARE/EXECUTE虽可执行动态SQL但不能与游标桥接；正确做法是将动态查询结果写入临时表，再对临时表声明静态游标，或直接EXECUTE返回结果集。
动态游标声明必须用 PREPARE + EXECUTE，不能直接在 DECLARE 中写变量表名
MySQL 不允许在 DECLARE cursor 语句里使用变量拼接表名或字段名，比如 SELECT * FROM @table_name 会直接报语法错误。SQL Server 虽支持部分动态性（如 sp_executesql），但游标本身不接受运行时构造的 SELECT 字符串——你得先把动态 SQL 编译成可执行对象，再让游标基于它工作。
正确做法是：先拼好 SQL 字符串 → 用 PREPARE 预编译 → EXECUTE 执行并绑定结果集 → 再通过临时表或存储过程参数间接“接入”游标逻辑。实际中更稳妥的是绕过游标，改用临时表 + 循环查询主键的方式模拟动态逐行处理。
- MySQL 动态游标本质不可行，所谓“动态”只能靠中间表过渡
- SQL Server 可用
sp_executesql配合全局游标（GLOBAL）+FETCH，但必须显式DEALLOCATE，否则连接泄漏 - 所有动态拼接都必须做白名单校验，禁止直接拼接用户输入（如
@table_name来自前端请求）
FETCH INTO 变量数量、类型、顺序必须和 SELECT 列严格一致
这是最常触发 Cursorfetch: The number of variables must match the number of columns 错误的地方。尤其在动态场景下，SELECT 的列可能随条件变化（比如加了 CASE WHEN 或少了某个字段），但 FETCH INTO 的变量列表却没同步更新。
解决方法不是硬编码变量，而是用固定结构的中间表承接结果。例如先 CREATE TEMPORARY TABLE tmp_cursor_result AS (动态构造的 SELECT)，再基于这张表写静态游标：
DECLARE tmp_cursor CURSOR FOR SELECT id, name, status FROM tmp_cursor_result;
- 避免在游标中直接处理 NULL 值导致变量类型隐式转换失败（如
INT变量接收NULL的VARCHAR字段） - SQL Server 中若 SELECT 含计算列（如
ROW_NUMBER() OVER(...)），需为它显式命名，否则FETCH INTO无法匹配 - MySQL 游标不支持
SELECT *，必须写出全字段列表，否则FETCH会因列数不确定而失败
动态游标必须显式 CLOSE + DEALLOCATE，且不能依赖作用域自动释放
局部游标（LOCAL）在存储过程退出时看似会自动清理，但一旦涉及动态 SQL 或异常分支（比如 DECLARE CONTINUE HANDLER 捕获错误后继续执行），游标状态极易残留。SQL Server 的 GLOBAL 游标更危险——它在连接级可见，不 DEALLOCATE 就会一直占着内存和锁。
安全写法是在每个退出路径上都确保释放：
BEGIN DECLARE cur CURSOR LOCAL FOR SELECT ...; OPEN cur; -- 处理逻辑 CLOSE cur; DEALLOCATE cur; -- 必须写，不能省 END
- MySQL 中
DEALLOCATE后再DEALLOCATE会报错，所以建议封装成带IF EXISTS判断的释放逻辑（需用存储函数或额外标志位） - SQL Server 中
CLOSE后仍可OPEN，但DEALLOCATE后不可再用，顺序不能颠倒 - 任何含
LEAVE/RETURN的提前退出点，都要补上CLOSE和DEALLOCATE
百万级数据别硬扛动态游标，优先拆成主键分片 + 批量 UPDATE
真正要处理大表时，动态游标只是“看起来灵活”，实则锁表时间长、内存占用高、无法并行。比如你本想按 WHERE status = 'pending' 动态选一批记录逐条调 API，结果游标一打开就锁住全部 pending 行，其他事务全卡住。
更可行的路径是：用 SELECT id FROM table WHERE ... ORDER BY id LIMIT 1000 分页取主键 → 构造 IN (1,2,3...) 批量处理 → 更新状态 → 继续下一页。整个过程无游标、无长事务、可中断恢复。
- 动态游标适合最多几千行、逻辑强依赖上一行结果的场景（如累计求和）
- 只要业务允许“最终一致性”，批量操作比游标快 10–100 倍，且 DBA 更愿意放行
- 如果非得用游标，务必在
SELECT中加上FOR UPDATE SKIP LOCKED（MySQL 8.0+）或WITH (READPAST)（SQL Server），避免被其他事务阻塞
动态游标的“动态”二字最容易让人忽略底层约束——它不是语法糖，而是把编译期确定的事强行拖到运行时。真正难的从来不是怎么写，而是怎么在不破坏事务隔离、不拖垮并发、不埋下资源泄漏隐患的前提下，让它跑完。
