游标本质是逐行处理，违背数据库集合操作优化原则，导致CPU和I/O开销线性增长；应优先用JOIN、UPDATE…FROM等集合操作替代，必要时选用STATIC/READ_ONLY游标或BULK COLLECT批量处理。
游标本质是逐行处理，违背数据库的集合操作设计
数据库引擎天生为批量数据处理优化，而游标强制把集合操作拆成单行循环——每次 fetch 都触发一次上下文切换、一次计划重用判断、一次锁申请。哪怕只是读取 1 万行，也意味着 1 万次独立执行路径，CPU 和 I/O 开销呈线性增长。
常见错误现象：DECLARE cur CURSOR FOR SELECT ... 后跟 FETCH NEXT FROM cur INTO @var + WHILE @@FETCH_STATUS = 0 块，尤其在嵌套循环或内部含 UPDATE/INSERT 时，性能断崖式下跌。
- SQL Server 中，游标默认是
KEYSET或DYNAMIC类型，会维护额外的键集或临时表，进一步拖慢初始化和遍历 - MySQL 的游标不支持动态 SQL，且必须在存储过程中声明，无法提前预编译，每次打开都需重新解析结果集结构
- Oracle 的隐式游标（
%ROWCOUNT等）虽轻量，但显式游标若未加BULK COLLECT，仍属单行模式
替代方案：用集合操作一次性完成，不是“改写逻辑”，而是“换思维”
99% 的游标场景其实不需要逐行控制——你真正要的只是“对满足条件的记录做某事”，而不是“一行一行看然后决定做什么”。直接用 JOIN、UPDATE … FROM、INSERT … SELECT 就能覆盖绝大多数业务。
示例对比：
-- 游标低效写法（SQL Server）
DECLARE @id INT
DECLARE cur CURSOR FOR SELECT id FROM orders WHERE status = 'pending'
OPEN cur
FETCH NEXT FROM cur INTO @id
WHILE @@FETCH_STATUS = 0
BEGIN
UPDATE order_items SET processed = 1 WHERE order_id = @id
FETCH NEXT FROM cur INTO @id
END
CLOSE cur
DEALLOCATE cur→ 应改为：
-- 集合高效写法 UPDATE oi SET processed = 1 FROM order_items oi INNER JOIN orders o ON oi.order_id = o.id WHERE o.status = 'pending'
- 避免在游标循环体内调用函数、子查询或远程表访问——这些操作无法被优化器合并，每行都重复执行
- 如果必须保留过程化逻辑（如需根据前一行结果决定下一行行为），优先考虑窗口函数 + CTE，而非游标
- MySQL 8.0+ 支持
JSON_TABLE和递归 CTE，可替代部分游标驱动的层级遍历场景
真需要游标时，这些参数和写法能少踩一半坑
不是所有游标都一样慢。关键在于类型选择、数据量预估和资源释放时机。
- SQL Server：显式声明
STATIC READ_ONLY FORWARD_ONLY游标，避免键集维护和更新阻塞 - Oracle：用
BULK COLLECT INTO批量取数（如FETCH cur BULK COLLECT INTO arr LIMIT 1000），减少 PL/SQL 与 SQL 引擎间切换 - MySQL：游标无类型选项，但务必确保
SELECT子句中只包含必要列，且该查询本身已通过EXPLAIN验证走索引 - 所有数据库：游标打开后必须配对
CLOSE+DEALLOCATE（SQL Server）或END LOOP（Oracle），否则连接级资源泄漏会随调用次数累积
最容易被忽略的性能放大器：游标 + 事务 + 锁
游标本身慢，但更致命的是它常被放在事务里长时间持有锁。比如一个游标遍历 5 分钟，期间 UPDATE 每行都带事务日志写入，同时阻塞其他会话对同一行/页的访问。
典型症状：sys.dm_exec_requests 中看到大量 WAIT_TYPE = LCK_M_*，或 sp_who2 显示阻塞链源头是某个存储过程名。
- 不要在游标循环内开启新事务（
BEGIN TRAN放在循环外，且尽量短） - 避免在游标中更新主键或索引列——这会触发页分裂和索引重建，放大延迟
- 若数据量超 1 万行，先评估是否应拆成多个批次（如按 ID 分段），用应用层或调度任务分批调用，而非单次长事务
游标不是不能用，而是多数人用它解决本不该由它解决的问题。真正难的不是写游标，是识别出“这里其实只需要一条 UPDATE”——这个判断点，比语法细节重要十倍。
