OceanBase MySQL模式递归存储过程报错2013及结果异常咨询

环境配置 #

• OceanBase 社区版（CE）4.2.1（兼容MySQL模式）
• 部署方式：单节点测试环境
• 配置参数：ob_server_memory_limit = 8G

尝试在OceanBase MySQL模式（社区版4.x）中创建递归存储过程实现阶乘计算，简化代码如下：

DELIMITER //

CREATE PROCEDURE calculate_factorial(
    IN p_num INT,
    OUT p_result INT
)
BEGIN
    IF p_num = 1 THEN
        SET p_result = 1;
    ELSE
        CALL calculate_factorial(p_num - 1, @temp_result);
        SET p_result = p_num * @temp_result;
    END IF;
END //

DELIMITER ;

-- 调用存储过程
CALL calculate_factorial(5, @result);
SELECT @result; -- 预期值：120，实际：报错或错误值

问题现象 #

• 递归深度大于5时触发错误 2013（Lost connection to server）
• 有时返回NULL而非正确阶乘值

该代码在原生MySQL 8.0中可正常运行，现咨询：OceanBase MySQL模式是否完全支持递归存储过程？若支持，需配置哪些参数（如内存/栈限制）以保证稳定运行？

解答 #

1. 递归存储过程支持情况 #

OceanBase 4.x版本的MySQL模式支持递归存储过程，但与原生MySQL的实现机制存在差异，默认配置下递归深度受限，且会话级变量处理逻辑不同，这是问题的核心原因。

2. 问题根源 #

• 递归栈深度限制：OceanBase默认存储过程递归调用栈深度较小，超过阈值后会因栈内存耗尽触发连接中断（Error 2013）。
• 会话变量冲突：递归中重复使用全局会话变量@temp_result，会因变量覆盖或赋值时机问题导致返回NULL，原生MySQL与OceanBase在会话变量生命周期处理上存在差异，因此代码在MySQL中正常运行但在OceanBase中出错。

3. 修复与配置调整 #

（1）代码优化：改用局部变量

避免全局会话变量的覆盖问题，修改后的代码如下：

DELIMITER //

CREATE PROCEDURE calculate_factorial(
    IN p_num INT,
    OUT p_result INT
)
BEGIN
    DECLARE v_temp INT; -- 定义局部变量
    IF p_num = 1 THEN
        SET p_result = 1;
    ELSE
        CALL calculate_factorial(p_num - 1, v_temp); -- 使用局部变量接收递归结果
        SET p_result = p_num * v_temp;
    END IF;
END //

DELIMITER ;

-- 调用测试
CALL calculate_factorial(5, @result);
SELECT @result; -- 预期返回120

（2）调整参数提升递归支持能力

需要调整以下参数来扩大递归栈的可用内存：

• pl_stack_size：设置存储过程/函数的栈大小，默认值较小，可调整为8M（单位为字节）：

  -- 会话级临时调整
  SET pl_stack_size = 8388608;
  -- 全局永久调整（需重启OB服务生效）
  ALTER SYSTEM SET pl_stack_size = 8388608;
  

• ob_sql_work_area_size：若递归过程内存消耗较大，可适当调整该参数上限，确保SQL执行工作区内存充足：

  ALTER SYSTEM SET ob_sql_work_area_size = 134217728; -- 128M
  

4. 注意事项 #

• 递归深度不宜过大，即使调整参数，过深的递归仍可能导致内存耗尽，建议超过200层的递归改用迭代实现。
• 单节点测试环境下，调整参数需确保ob_server_memory_limit有足够余量，避免内存不足引发其他异常。

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