SQL存储过程中如何安全地调用另一个带返回值的存储过程？-SQL-PHP中文网

sql server 用 exec @var = proc 捕获 int 型 return 值，必须显式 return 且变量需声明为 int；mysql 不支持 return，须用 out 参数传递值，返回值仅适合状态码，多行数据需用临时表或结果集。

sql存储过程中如何安全地调用另一个带返回值的存储过程？

SQL Server 中只能用 EXEC @var = proc_name 捕获整数返回值，且必须是显式 RETURN 的 INT；MySQL 根本不支持这种返回值，得靠 OUT 参数；别指望用 SELECT 或函数式写法去接它——全会报错。

这个语法看着像赋值，其实是 SQL Server 特有的“执行并捕获状态码”机制，不是通用返回值接收方式。

RETURN 值只能是 INT，不能为 NULL，没写 RETURN 就默认返回 0——这常被误判为“成功”，实际可能是逻辑未覆盖分支
必须声明变量，且类型严格为 INT：DECLARE @result INT; EXEC @result = usp_CheckUser @id = 123;
不能写成 SELECT * FROM (EXEC usp_CheckUser 123) 或 @result = EXEC usp_CheckUser 123，语法直接报错
被调过程里必须有明确 RETURN 1、RETURN -1 这类语句，光靠 SELECT 或 SET 不会产生返回值

MySQL 存储过程不支持 RETURN 语句返回标量值，所有“返回”都得走参数通道。

Multi-Brain Protocol

一款AI工具，主要用于在主代理响应前，并行运行Kimi K2.5和GPT 5.3 Codex，注入双方观点以增强认知多样性，适合需要提升相关任务效率的用户。

下载

被调过程定义必须含 OUT 或 INOUT 参数：CREATE PROCEDURE check_user(IN uid INT, OUT status TINYINT)
调用时传入变量名即可，不用再写 OUT 关键字：CALL check_user(123, @status);
字符串类输出要注意长度限制：OUT msg VARCHAR(200)，超长会被截断，且不会报错
如果主过程里声明了 @status 却没在 CALL 中传入，该变量保持 NULL，不会自动初始化

返回值只适合状态码（0/-1/1），要取多行或多列数据，必须绕过 RETURN 和 OUT，走结果集路径。

SQL Server：用 #tmp 临时表，结构必须和被调过程的 SELECT 输出完全一致（列数、顺序、类型）：CREATE TABLE #users(id INT, name NVARCHAR(50)); INSERT INTO #users EXEC usp_GetUsers @dept = 5;
SQL Server 表变量（DECLARE @t TABLE(...)）不能用于 INSERT INTO @t EXEC ...，会报错，仅限 INSERT INTO @t SELECT ...
MySQL：没有 INSERT ... EXEC 等价语法，得用临时表 + CREATE TEMPORARY TABLE + INSERT INTO ... SELECT 模拟，或改用函数封装查询逻辑
跨库调用时，SQL Server 必须用三段式名：EXEC [OtherDB].[dbo].[usp_GetData]，否则可能调错同名过程

调用能跑通不代表逻辑正确，权限和事务边界经常被忽略。

被调过程若在另一数据库，调用方用户需有目标库的 EXECUTE 权限：GRANT EXECUTE ON [OtherDB].[dbo].[usp_Check] TO [app_user]，否则报“拒绝访问”而非语法错误
SQL Server 中嵌套调用默认继承外层事务，但被调过程若含 COMMIT 或 ROLLBACK，可能提前结束整个事务链——尤其在异常处理块里漏写 SAVE TRANSACTION 时
MySQL 存储过程默认不参与调用方事务（除非显式开启），CALL 内部的 COMMIT 会立即生效，无法回滚外层操作
嵌套深度上限为 32 层，递归调用或深层链式调用容易触发 Maximum stored procedure nesting level exceeded