问题现象
使用存储过的 out 参数获取动态 sql 执行的影响行数时,row_count()返回值为-1,
无法准确获取到 sql 执行的行数。
解决方法
因为存储过程中使用了 prepare 动态 sql,在获取 row_count()之前又进行了 prepare
statement 的释放,导致了无法获取 prepare 执行的 sql 影响行数。
存储过程示例及错误场景说明如下:
DELIMITER //
CREATE PROCEDURE "executeSQL"(in S_SQL_TMP varchar(10922),out
count_char int)
BEGIN
set @sql = S_SQL_TMP;
PREPARE s1 FROM @sql;
EXECUTE s1;
-- deallocate prepare s1;
-- 在获取 row_count()值之前,销毁了 prepare statement,错
误的用法
select row_count() into count_char;
deallocate prepare s1;
-- 获取到 row_count()值之后,再执行 deallocate prepare 命令
END //
DELIMITER ;
-- 测试返回正确的影响行数
call executeSQL('insert into t2 select * from t1',@r_count);
select @r_count;
本文探讨了在存储过程中使用动态SQL时,因提前释放PREPARE语句导致ROW_COUNT()返回-1的问题。解决方案是在获取影响行数后再释放PREPARE。示例代码展示了正确的存储过程结构,确保正确获取执行行数。
880

被折叠的 条评论
为什么被折叠?



