SQL Server里游标用法那些坑和得注意的地方讲讲

最重要的一点是,能不用游标就尽量不要用游标，这是几乎所有有经验的数据库开发者都会告诉你的第一句话，为什么？因为游标在处理数据时，就像你用手指一行一行地去指着一本书读，而通常的SQL语句（我们称之为“集合操作”）则是像用眼睛扫视一整页，甚至好几页，一眼就能抓住关键信息，前者又慢又笨重，后者则高效迅速。

游标的本质是逐行处理数据,这违背了SQL语言“面向集合”的核心思想，数据库引擎最擅长的是同时对一大批数据做操作（比如更新、删除、筛选），你让它一行一行来，它就英雄无用武之地了，性能自然会急剧下降。

现实情况很复杂,有时候确实会遇到一些棘手的问题，不用游标还真不好解决，你需要根据上一行的计算结果来决定下一行要做什么操作，或者你需要循环调用一个存储过程，每次传入不同的参数，在这种“迫不得已”的情况下，你才应该考虑使用游标，这时候，下面这些“坑”和注意事项就至关重要了，能帮你避免很多问题。

第一个大坑：游标的类型和移动方式没选对，导致数据混乱或性能更差。

当你声明游标时,有几项关键设置（根据来源《SQL Server游标的使用经验谈》等资料）：

• 移动方向：FORWARD_ONLY（只能向前）和SCROLL（可以前后滚动），除非你确实需要往回翻记录，否则一定要用FORWARD_ONLY，因为SCROLL游标为了能向后滚动，需要在临时数据库（tempdb）里保存更多信息，开销更大。
• 可更新性：READ_ONLY（只读）和FOR UPDATE（可更新），如果你的游标只是用来读取数据，不做修改，务必声明为READ_ONLY，这会给数据库引擎一个明确的提示，它可以进行一些优化，如果你声明了FOR UPDATE但又不用，就是白白浪费资源。
• 敏感度：这个比较绕，但很关键，比如STATIC（静态）游标会把整个结果集复制一份到tempdb里，你之后对原表的任何修改都不会影响这个游标，好处是数据稳定，坏处是如果数据量大，tempdb的压力会很大，而且数据不是实时的，而DYNAMIC（动态）游标则相反，它能看到其他用户对数据的修改，但开销更大。KEYSET（键集）游标则是一个折中，如果数据量不大且不需要实时性，用STATIC最安全。

第二个大坑：忘记了必不可少的“收尾”工作，导致资源泄露。

游标是一种需要显式管理资源的对象,它的使用有固定流程：声明（DECLARE）-> 打开（OPEN）-> 循环获取（FETCH）-> 关闭（CLOSE）-> 释放（DEALLOCATE），很多人写完循环处理逻辑后，就忘记了最后两步，如果你只关闭（CLOSE）而不释放（DEALLOCATE），游标占用的数据结构还在内存里，如果你连关闭都忘了，那么游标会一直处于打开状态，占用着锁和资源，这在高并发系统中是致命的，可能导致阻塞（Blocking）甚至死锁（Deadlock），最好的习惯是在代码中，紧跟着打开游标的后面，就写好关闭和释放的语句，然后再去写循环逻辑，防止忘记。

第三个坑：循环体内的低效操作。

即使你用了游标,也要想办法让循环体内的每一次操作尽可能快，因为游标本身就是慢的，如果循环体内的SQL语句也很慢，那就是慢上加慢，在循环体内去查询一个大表，还没有用索引，那整个过程的执行时间可能会长得无法接受，要仔细检查循环体内的代码，看看能不能通过创建索引、简化逻辑等方式来优化。

第四个需要注意的地方：错误处理。

在游标循环过程中,可能会发生各种错误（比如数据转换错误、违反约束等），如果没有错误处理机制，游标可能会中途停止，留下一个打开的状态，或者处理了一部分数据，导致数据不一致，一定要使用BEGIN TRY...END TRY和BEGIN CATCH...END CATCH块来捕获和处理异常，确保即使在出错的情况下，游标也能被正确地关闭和释放，保证数据的完整性。

第五个坑：忽略了基于集合的替代方案。

在决定使用游标之前,最后再问自己一遍：“真的没有更好的办法了吗？”很多时候，我们觉得非用游标不可的问题，其实可以用更高级的集合操作来解决。

• 使用递归CTE（公用表表达式）：可以用来处理层次结构或需要逐级计算的问题。
• 使用窗口函数：如LAG()和LEAD()可以轻松获取上一行或下一行的值，这能解决很多“需要参考前一行结果”的场景。
• 使用CASE语句或复杂的UPDATE/JOIN：有时通过巧妙的连接条件和更新逻辑，可以一次性完成看似需要循环的任务。

这些方法的性能通常比游标高好几个数量级。

游标是SQL Server中的一把“瑞士军刀”，功能强大，能在特定场景下解决难题，但它绝不是你日常处理数据的“主菜刀”，它的主要问题是性能低下和资源管理复杂，如果你不得不使用它，请务必：

1. 谨慎选择游标类型，用最轻量级的（通常是FAST_FORWARD，它综合了FORWARD_ONLY和READ_ONLY的特性）。
2. 严格遵守打开、关闭、释放的流程，做好资源清理。
3. 优化循环体内的每一条语句。
4. 加入坚实的错误处理机制。
5. 永远保持一个念头：寻找可能的集合操作来替代它。

把这些点记在心里,当你真正需要动用游标时，就能最大限度地避开陷阱，让它为你服务而不是给你添乱。