相比一次性处理整个结果集，MySQL游标（Cursor）让你能像"逐行扫描"一样处理数据。当遇到复杂的业务逻辑，无法简单地用UPDATE或INSERT...SELECT等集合操作完成时，游标能提供一个灵活且可控的解决方案。
🔍 什么是游标（Cursor）？
游标是数据库系统为用户开设的一个数据缓冲区，用于存放SQL语句的执行结果。你可以把它理解成一个指向结果集当前行的指针，让你能够逐条地处理数据。在MySQL中，游标主要有两种类型：
隐式游标 (Implicit Cursor)：由MySQL内部自动创建和管理，用户无需干预。
显式游标 (Explicit Cursor)：在存储过程或函数中，由用户显式地声明（DECLARE）、打开（OPEN）、获取数据（FETCH）并关闭（CLOSE）。
⚙️ 游标的工作原理与基本操作
一个标准的游标使用流程，遵循"声明 → 打开 → 获取 → 关闭"四个步骤，确保了对数据的可控访问和系统资源的有效管理。
| 步骤 | 关键SQL语句 | 说明 |
|---|---|---|
| 1. 声明游标 | DECLARE cursor_name CURSOR FOR select_statement; | 将游标与一个SELECT查询语句关联，但此时并未执行查询。 |
| 2. 打开游标 | OPEN cursor_name; | 执行游标关联的SELECT查询，并将结果集存储在游标中。 |
| 3. 获取数据 | FETCH cursor_name INTO var1, var2, ...; | 将游标当前指向的行数据存入指定的变量中，并自动将游标指针移动到下一行。 |
| 4. 关闭游标 | CLOSE cursor_name; | 释放游标所占用的系统资源和内存。 |
请注意：在MySQL中，
DEALLOCATE cursor_name语句用于释放游标占用的内存资源，但并非强制操作，因为关闭游标后，其占用的内存通常会在存储过程结束时由系统自动回收。
📜 游标在存储过程中的完整示例
下面这个例子展示了一个完整的游标使用流程：它从employees表中遍历所有员工的姓名，并逐一进行处理。
DELIMITER // CREATE PROCEDURE ProcessEmployeeNames() BEGIN -- 1. 声明变量，用于存储从游标中取出的数据 DECLARE done INT DEFAULT FALSE; DECLARE emp_name VARCHAR(255); -- 2. 声明游标，并关联查询语句 DECLARE emp_cursor CURSOR FOR SELECT name FROM employees; -- 3. 声明一个 'NOT FOUND' 的处理程序，用于在数据读取完毕后设置退出标志 DECLARE CONTINUE HANDLER FOR NOT FOUND SET done = TRUE; -- 4. 打开游标，准备读取数据 OPEN emp_cursor; -- 5. 开始循环处理每一行数据 read_loop: LOOP -- 5.1 将当前行的数据读取到变量中 FETCH emp_cursor INTO emp_name; -- 5.2 检查 'done' 标志，如果没有数据了则退出循环 IF done THEN LEAVE read_loop; END IF; -- 5.3 【业务逻辑处理】 -- 这里可以放置任何需要对 emp_name 进行的操作，例如： -- SELECT emp_name; -- 打印员工姓名 -- UPDATE ... -- 执行更新操作 END LOOP; -- 6. 关闭游标，释放资源 CLOSE emp_cursor; END // DELIMITER ;🎯 游标的应用场景
游标的价值体现在那些需要逐行处理或包含复杂业务逻辑的场景中。
数据清洗与转换：在ETL过程中，对数据逐行进行格式验证、清洗或转换，并写入新表。
复杂计算：执行如累计求和、移动平均等无法通过简单聚合函数一次性完成的行间依赖计算。
分批处理：将大批量更新或删除操作拆分成多个小批次，以降低锁竞争，减少对在线业务的影响。
动态SQL执行：当需要对查询结果中的每一行数据动态生成并执行SQL语句时（如构建动态报表）。
🚀 最佳实践与注意事项
虽然游标功能强大，但若不谨慎使用，也可能会引入性能和复杂性方面的问题。
优先考虑集合操作：能用一句
UPDATE或INSERT...SELECT完成的任务，就不要使用游标。集合操作是数据库的强项，性能远超逐行处理。优化游标性能：
使用索引：确保游标关联的
SELECT查询语句涉及的WHERE和ORDER BY字段有合适的索引。限制结果集：尽量通过
WHERE条件减少游标处理的数据量，可结合LIMIT子句分页处理。简化循环内逻辑：循环内只做必要操作，避免复杂的计算或额外的查询。
避免返回大字段：避免在游标中
SELECT如TEXT或BLOB等大字段，以免导致MySQL使用磁盘临时表，严重影响性能。
遵循声明顺序：在存储过程或函数中，所有声明（
DECLARE）必须放在可执行语句之前。正确的顺序是：变量 → 条件 → 游标 → 处理程序（HANDLER）。处理嵌套游标：在一个存储过程中处理嵌套游标时，需要为内层循环单独使用
BEGIN...END块来声明其独立的CONTINUE HANDLER FOR NOT FOUND，以避免与外层游标的状态标志冲突。
💎 总结
总的来说，游标是MySQL中处理复杂、非标准化数据操作的有力工具。它能提供精细的行级控制，但其性能代价也意味着应作为最后的选择，始终优先考虑更高效的集合操作。
你目前是在处理哪个具体场景，考虑使用游标的呢？可以分享一下你的业务背景，我帮你分析一下有没有比游标更高效的实现方案～
