sql server中存储过程返回值只能是整数且需用exec @var=proc_name捕获；mysql不支持return值而须用out参数；结果集适用于返回行数据，三者用途不同不可混用。
SQL Server 中用 EXEC @ret = proc_name 捕获返回值
SQL Server 的存储过程返回值（RETURN 语句）只能是单个整数，且必须用变量接收，不能像函数那样直接嵌入表达式。常见错误是写成 SELECT * FROM (EXEC proc_name) 或试图用 = EXEC proc_name 赋值——这两者都语法报错。
正确做法是声明一个 INT 变量，用 EXEC @var = proc_name 形式调用：
DECLARE @result INT;
EXEC @result = usp_CheckUserStatus @UserId = 123;
IF @result = 0
PRINT '用户有效';
ELSE
PRINT '用户异常';
-
RETURN值必须由被调用过程显式设置（如RETURN 1），未写默认为 0 - 该语法仅适用于 SQL Server；MySQL / PostgreSQL 不支持
EXEC @var = ... - 返回值无法传递字符串或结果集，要取多值请改用输出参数或临时表
MySQL 中用 CALL + 输出参数替代返回值
MySQL 存储过程不支持 RETURN 值，所有“返回”都得靠 OUT 或 INOUT 参数。想让被调过程传回一个状态码或字符串，必须提前定义输出参数。
例如主过程调用 check_user_active 并获取状态：
DELIMITER $$
CREATE PROCEDURE main_proc(IN uid INT)
BEGIN
DECLARE status_code INT DEFAULT 0;
CALL check_user_active(uid, status_code); -- 注意：status_code 是 OUT 参数
IF status_code = 1 THEN
SELECT 'active' AS result;
END IF;
END$$
DELIMITER ;
- 被调过程定义中必须明确写出
OUT status_code INT - 调用时传入变量名即可，无需
OUT关键字 - 若输出参数是字符串，注意长度限制（如
OUT msg VARCHAR(100)）
跨数据库调用时，结果集比返回值更通用
如果目标是获取数据而非状态码，用 INSERT ... EXEC（SQL Server）或临时表（MySQL）捕获结果集，比依赖返回值更可靠。
SQL Server 示例：
CREATE TABLE #tmp_users (id INT, name NVARCHAR(50)); INSERT INTO #tmp_users EXEC usp_GetActiveUsers @DeptId = 5; SELECT COUNT(*) FROM #tmp_users;
MySQL 示例：
CALL get_active_users(5); -- 假设该过程已把结果插入到临时表 tmp_result SELECT COUNT(*) FROM tmp_result;
-
INSERT ... EXEC不能嵌套，也不能用于远程服务器（四部分命名） - MySQL 临时表在会话内可见，但需确保被调过程确实执行了
INSERT INTO tmp_result - 结果集结构必须与接收表完全匹配，否则报错
别混淆返回值、输出参数和结果集的用途
三者不是替代关系，而是分工不同：返回值适合快速反馈执行状态（成功/失败/错误码）；输出参数适合传回少量标量值（如新生成的 ID、计数、提示消息）；结果集适合返回行数据。
最容易出错的是强行用返回值传业务数据——比如试图让 RETURN 返回用户姓名，这在 SQL Server 里根本做不到，编译就失败。
另一个隐形坑是事务上下文：被调过程若含 COMMIT 或 ROLLBACK，可能意外结束主过程的事务，尤其在嵌套调用较深时。
