MySQL存储过程参数必须严格区分IN（只读输入）、OUT（只写输出，须用@变量接收并显式SET赋值）、INOUT（双向，调用前需初始化用户变量）；声明时OUT/INOUT须在IN之后，调用时OUT/INOUT参数必须传@变量，否则值丢失或为NULL。
MySQL存储过程中IN、OUT、INOUT参数怎么写才不报错
MySQL存储过程的参数类型写错是新手最常遇到的问题——OUT参数声明后却在过程体里直接赋值给变量名（如SET out_param = 1），结果调用时返回NULL；或者把INOUT当成两个独立参数拆开传，导致语法错误。根本原因在于：MySQL要求OUT和INOUT参数在调用时**必须传入用户变量（以@开头）**，且过程体内只能通过SET赋值给该变量本身，不能用SELECT ... INTO以外的方式间接写入。
正确写法示例：
DELIMITER $$ CREATE PROCEDURE calc_total(IN price DECIMAL(10,2), OUT total DECIMAL(10,2)) BEGIN SET total = price * 1.1; -- 注意：这里赋值给的是参数名 total，不是 @total END$$ DELIMITER ;
-
IN参数可直接当普通变量使用，无需加@ -
OUT/INOUT参数在调用前必须先定义用户变量：SET @t = 0;，再用CALL calc_total(100, @t); - 过程体内对
OUT参数赋值，等价于修改了调用方的@t，不需要RETURN或SELECT - 如果误写成
SET @total = ...，MySQL不会报错但调用后@t仍为NULL
调用带OUT参数的存储过程时为什么返回NULL
绝大多数情况是因为没用用户变量传参，或者变量未初始化。MySQL对OUT参数的处理非常“安静”：即使你传了个字面量（如CALL p(100, 0)），它也不会报错，而是默默忽略赋值，最终返回NULL。
- 错误调用：
CALL calc_total(100, 0);→0是常量，不可写，OUT失效 - 错误调用：
CALL calc_total(100, @t);但之前没执行SET @t := NULL;→ MySQL允许，但部分客户端（如旧版phpMyAdmin）可能读不到值 - 正确调用顺序必须是：
SET @t := 0; CALL calc_total(100, @t); SELECT @t; - 注意
:=和=在SET语句中等价，但在WHERE里不同，建议统一用:=避免混淆
INOUT参数的实际用途和典型陷阱
INOUT本质是“进得来、出得去”的双向通道，适合需要原地修改输入值的场景，比如字符串拼接、数值累加、状态标记更新。但它不像函数返回值那样直观，容易和IN混淆。
一个典型例子：
DELIMITER $$
CREATE PROCEDURE append_log(INOUT log TEXT, IN msg VARCHAR(100))
BEGIN
IF log IS NULL THEN
SET log = msg;
ELSE
SET log = CONCAT(log, ' | ', msg);
END IF;
END$$
DELIMITER ;- 调用前必须初始化：
SET @log := 'start'; CALL append_log(@log, 'step1'); - 过程内
SET log = ...会直接改写@log的值，下一次调用还能接着用 - 陷阱：如果在过程里对
INOUT参数做了SELECT ... INTO log，而查询结果为空，log会被设为NULL（不是保持原值） - 兼容性注意：MySQL 5.7+ 支持，但某些ORM（如旧版Django DB backend）不自动处理
OUT参数，需手动查@var
存储过程调试时如何快速验证参数是否生效
别依赖SELECT输出结果集来判断OUT参数——那是干扰项。最可靠的方式是调用后立刻SELECT对应用户变量，并用SELECT @@version确认MySQL版本是否支持所需特性。
- 调试模板：
SET @x := 0; CALL your_proc(123, @x); SELECT @x AS result; - 如果
@x仍是0或NULL，先检查过程体内是否有SET语句真正赋值给参数名 - 用
SHOW CREATE PROCEDURE your_proc;确认参数类型声明无拼写错误（如把OUT写成OUTT） - 在事务中测试时注意：
OUT参数值不受ROLLBACK影响，因为它不走表数据路径
真正麻烦的是嵌套调用——上层过程的OUT参数传给下层时，必须确保下层也声明为OUT或INOUT，否则值就断在中间了。
