SQL Server与MySQL游标基本语法及完整代码示例

在存储过程或复杂查询中，当需要逐行处理结果集时，游标（Cursor）是常用的控制结构。虽然SQL Server和MySQL都支持游标，但它们的声明方式、遍历逻辑以及资源管理机制存在显著差异。理解这些区别对于编写健壮的数据库脚本至关重要，尤其是在进行跨数据库迁移时。

SQL Server游标基本流程

在SQL Server中，游标的生命周期严格遵循五个步骤：声明（DECLARE）、打开（OPEN）、提取（FETCH）、关闭（CLOSE）和释放（DEALLOCATE）。这种显式的资源管理要求开发者必须手动处理每一步，以确保内存不被泄漏。

声明与打开

首先使用DECLARE CURSOR定义游标及其关联的SELECT语句。SQL Server支持多种游标类型（如STATIC、KEYSET、DYNAMIC），但在大多数简单场景下，默认的前向只读游标已足够。声明后，必须使用OPEN语句激活游标，此时查询执行并将结果集加载到内存或临时结构中。

-- 1. 声明变量用于接收数据
DECLARE @EmployeeID INT;
DECLARE @EmployeeName NVARCHAR(100);

-- 2. 声明游标
DECLARE EmployeeCursor CURSOR FOR
SELECT EmployeeID, Name
FROM Employees
WHERE Department = 'Sales';

-- 3. 打开游标
OPEN EmployeeCursor;

遍历与结束条件

遍历的核心是FETCH NEXT语句。每次执行FETCH，游标指针向下移动一行，并将列值赋值给指定变量。关键在于如何判断遍历结束。SQL Server通过全局变量@@FETCH_STATUS来反馈状态：0表示成功，-1表示失败或超出结果集范围。

通常使用WHILE循环配合该状态变量进行遍历：

-- 4. 首次提取
FETCH NEXT FROM EmployeeCursor INTO @EmployeeID, @EmployeeName;

-- 5. 循环遍历
WHILE @@FETCH_STATUS = 0
BEGIN
    -- 处理当前行数据，例如打印或插入临时表
    PRINT 'Processing: ' + @EmployeeName;

    -- 提取下一行
    FETCH NEXT FROM EmployeeCursor INTO @EmployeeID, @EmployeeName;
END;

注意，必须在循环内部再次执行FETCH NEXT，否则会导致死循环。这是新手常见的错误点。

关闭与释放

遍历结束后，必须立即关闭游标并释放其占用的系统资源。CLOSE仅关闭结果集，而DEALLOCATE则完全移除游标引用，释放内存。

-- 6. 关闭并释放
CLOSE EmployeeCursor;
DEALLOCATE EmployeeCursor;

如果在存储过程中发生错误，建议在CATCH块中也执行关闭和释放操作，以防止资源泄漏。

MySQL游标与HANDLER

MySQL的游标机制主要用于存储过程和函数中。与SQL Server不同，MySQL没有@@FETCH_STATUS这样的全局状态变量，而是依赖“继续处理程序”（CONTINUE HANDLER）来捕获遍历结束的信号。

声明顺序与变量接收

在MySQL存储过程中，声明的顺序有严格要求：必须先声明变量，再声明游标，最后声明HANDLER。游标本身只是定义了一个结果集的结构，不会立即执行查询。

DELIMITER //

CREATE PROCEDURE ProcessEmployees()
BEGIN
    -- 1. 声明变量
    DECLARE v_EmployeeID INT;
    DECLARE v_EmployeeName VARCHAR(100);
    DECLARE done INT DEFAULT FALSE;

    -- 2. 声明游标
    DECLARE EmployeeCursor CURSOR FOR
        SELECT EmployeeID, Name
        FROM Employees
        WHERE Department = 'Sales';

    -- 3. 声明HANDLER：当无更多数据时，将done设为TRUE
    DECLARE CONTINUE HANDLER FOR NOT FOUND SET done = TRUE;

    -- 4. 打开游标
    OPEN EmployeeCursor;

    -- 5. 遍历逻辑
    read_loop: LOOP
        FETCH EmployeeCursor INTO v_EmployeeID, v_EmployeeName;

        -- 检查是否结束
        IF done THEN
            LEAVE read_loop;
        END IF;

        -- 处理数据
        SELECT CONCAT('Processing: ', v_EmployeeName) AS Message;
    END LOOP;

    -- 6. 关闭游标
    CLOSE EmployeeCursor;
END //

DELIMITER ;

HANDLER的作用机制

DECLARE CONTINUE HANDLER FOR NOT FOUND是MySQL游标遍历的关键。当FETCH语句尝试读取超出结果集末尾的行时，会触发NOT FOUND条件。HANDLER捕获该条件后，执行SET done = TRUE，然后继续执行后续代码（即IF判断）。这种机制避免了SQL Server中轮询状态变量的做法，使逻辑更加结构化。

SQL Server 与 MySQL 游标声明、遍历和关闭流程对照

资源管理差异

MySQL中只需使用CLOSE关闭游标。当存储过程执行完毕或退出作用域时，MySQL会自动释放游标占用的资源，因此没有类似SQL Server的DEALLOCATE语句。但这并不意味着可以忽略关闭操作，显式关闭仍是最佳实践，特别是在长事务或复杂逻辑中。

跨库迁移时的差异

在将存储过程从SQL Server迁移到MySQL，或反之亦然时，游标部分的改写往往是工作量最大的环节之一。以下是主要的差异点和注意事项：

语法与生命周期对比

事务与资源释放提醒

1. 异常路径清理：在SQL Server中，如果游标在遍历过程中发生错误，务必在TRY...CATCH块的CATCH部分执行CLOSE和DEALLOCATE。MySQL中虽然过程结束会自动清理，但在复杂的嵌套调用中，显式关闭能更清晰地界定资源边界。
2. 性能考量：游标本质上是逐行处理，效率远低于集合操作。仅在无法使用标准SQL语句（如UPDATE JOIN或窗口函数）时才考虑使用游标。在迁移时，应重新评估是否可以用集合操作替代游标逻辑，这在两种数据库中都是通用的优化原则。
3. 排序依赖性：如果业务逻辑依赖特定的处理顺序，必须在声明游标的SELECT语句中包含ORDER BY子句。SQL Server和MySQL都不保证无ORDER BY时的返回顺序，这在迁移测试中容易被忽视。

通过理解上述语法差异和资源管理机制，开发者可以更平滑地在两种数据库环境间切换，确保数据存储过程的稳定性和可维护性。

参考资料

• SQL Server DECLARE CURSOR
• MySQL cursor overview