Aurora/MySQL游标始终无法结束，未设置done变量存疑

DevOps 小满

2026-5-26

嘿，我之前在MySQL/Aurora里写游标时也踩过一模一样的坑！你的问题核心其实是没给游标加「遍历完成」的异常处理逻辑，这才导致它一直卡着没法结束。

先给你拆解清楚：你声明了done BOOLEAN DEFAULT 0，但这个变量不会自己变成1啊！当游标把所有查询结果都FETCH完之后，下一次FETCH操作会触发NOT FOUND错误，如果没有捕获这个错误并把done设为1，程序就会无限循环下去——这就是你游标一直执行不完的原因。

网上的示例其实都隐含了这个处理逻辑，只是可能你没注意到那个关键的DECLARE CONTINUE HANDLER语句。我给你把脚本补全修正一下，你就能看懂了：

DELIMITER $$ 
DROP PROCEDURE IF EXISTS mass_backup $$ 
CREATE PROCEDURE mass_backup () 
BEGIN 
    DECLARE copy_table VARCHAR(255); 
    DECLARE done BOOLEAN DEFAULT 0; 
    -- 重点！添加这个处理程序，当游标无数据可取时，把done设为1
    DECLARE CONTINUE HANDLER FOR NOT FOUND SET done = 1;

    DECLARE table_cursor CURSOR FOR 
        SELECT table_name FROM information_schema.tables 
        WHERE table_schema='app_prod'; -- 这里假设你原本的条件是完整的

    OPEN table_cursor;
    -- 定义循环标签，方便退出
    backup_loop: LOOP
        -- 从游标里取表名
        FETCH table_cursor INTO copy_table;
        -- 检查done是否为1，是就退出循环
        IF done THEN
            LEAVE backup_loop;
        END IF;

        -- 这里放你的实际备份逻辑，比如复制表结构+数据的语句
        -- 举个例子：
        -- SET @backup_sql = CONCAT('CREATE TABLE ', copy_table, '_backup AS SELECT * FROM ', copy_table);
        -- PREPARE stmt FROM @backup_sql;
        -- EXECUTE stmt;
        -- DEALLOCATE PREPARE stmt;
    END LOOP backup_loop;

    -- 一定要记得关闭游标
    CLOSE table_cursor;
END $$ 
DELIMITER ;

简单说下逻辑：

当游标遍历完所有表后，下一次FETCH会触发NOT FOUND异常
我们提前声明的CONTINUE HANDLER会捕获这个异常，自动把done设为1
循环里的判断语句检测到done=1，就会退出循环，游标正常关闭，整个存储过程也就执行完成了

另外再提两个可能的小坑：

如果你查询information_schema.tables时没加过滤条件，可能会遍历到系统表，导致不必要的操作，记得确认你的WHERE条件是准确的
备份逻辑如果涉及大表，可能会因为锁表或IO问题变慢，但这和游标卡住是两回事——先把游标本身的逻辑修对，再排查备份的性能问题

内容的提问来源于stack exchange，提问作者Black Dynamite