MySQL/MariaDB游标循环仅执行一次返回空值问题排查

游标循环仅执行一次的常见原因及排查方向 #

1. 游标查询逻辑错误 #

如果游标对应的SELECT语句返回的结果集仅包含1条有效数据，后续都是空值，循环自然只会执行一次。优先排查：

• 确认查询关联good/org外键表的SQL是否正确，是否遗漏连接条件或过滤条件过严，导致无法返回所有预期表。
• 检查查询结果中是否存在空的table_name值，比如系统视图（如information_schema.key_column_usage）中存在无效记录，导致游标提前读到空值触发退出逻辑。

2. 游标循环结构错误 #

标准的游标循环需要正确声明处理程序、初始化状态变量，否则会导致提前退出：

• 若使用EXIT HANDLER而非CONTINUE HANDLER，第一次遇到NOT FOUND时会直接退出存储过程，而非退出循环。
• 若FETCH语句放在退出条件判断之后，会导致第一次循环未获取数据就退出；或未给done变量初始化为FALSE，一开始就进入退出逻辑。

3. 子存储过程的变量冲突或副作用 #

如果GenerateInsertStatements中存在与export_inserts同名的变量（如done、table_name），会覆盖父过程的变量值，导致游标循环逻辑混乱。另外，若子过程中执行了事务提交/回滚，部分数据库（如MySQL）会隐式关闭所有打开的游标，导致后续FETCH无法获取数据。

4. 未过滤空表名 #

游标查询结果中若包含空的table_name，会导致循环第一次处理后，下一次FETCH直接触发NOT FOUND，提前退出。

针对性修正方案 #

1. 校验并修复游标查询语句 #

单独执行游标对应的SELECT语句，确认返回所有预期的非空表名：

SELECT DISTINCT table_name
FROM information_schema.key_column_usage
WHERE referenced_table_name IN ('good', 'org')
  AND table_schema = DATABASE()
  AND table_name IS NOT NULL; -- 强制过滤空表名

2. 修正游标循环结构 #

采用标准的游标循环写法，确保逻辑正确：

DELIMITER //
CREATE PROCEDURE export_inserts()
BEGIN
    DECLARE v_table_name VARCHAR(100);
    DECLARE done BOOLEAN DEFAULT FALSE;
    -- 定义游标，查询所有关联good/org的非空表名
    DECLARE cur_tables CURSOR FOR
        SELECT DISTINCT table_name
        FROM information_schema.key_column_usage
        WHERE referenced_table_name IN ('good', 'org')
          AND table_schema = DATABASE()
          AND table_name IS NOT NULL;
    -- 声明CONTINUE处理程序，仅标记循环结束而非退出存储过程
    DECLARE CONTINUE HANDLER FOR NOT FOUND SET done = TRUE;

    OPEN cur_tables;
    table_loop: LOOP
        FETCH cur_tables INTO v_table_name;
        -- 先判断是否结束，再执行业务逻辑
        IF done THEN
            LEAVE table_loop;
        END IF;
        -- 调用生成插入语句的存储过程，传递正确参数
        CALL GenerateInsertStatements(v_table_name, '约束列名', '目标值');
    END LOOP table_loop;
    CLOSE cur_tables;
END //
DELIMITER ;

3. 隔离子存储过程变量 #

检查GenerateInsertStatements中的变量名，避免与export_inserts的关键变量（如done、v_table_name）重名；若子过程中有事务操作，改为在父过程统一管理事务，避免隐式关闭游标。

内容的提问来源于stack exchange，提问作者Muslimbek Abduganiev