MySQL存储过程中OUT和INOUT参数必须显式声明关键字及数据类型，如OUT total DECIMAL(10,2)、INOUT rate DECIMAL(5,4)，不可省略；调用时须用@用户变量传参并接收结果，否则报ERROR 1064或1318。
MySQL存储过程里怎么写OUT和INOUT参数声明
MySQL的存储过程中，OUT和INOUT参数必须在CREATE PROCEDURE语句的参数列表中显式声明类型，并带上对应关键字。不声明类型或漏写关键字会导致语法错误ERROR 1064。
常见错误是把OUT当成返回值（像函数那样），其实它只是“可被过程修改并传出的变量”，调用时必须传入用户变量（以@开头）才能接收结果。
-
IN参数默认不写关键字，只读；OUT和INOUT必须显式写出 - 所有参数都需指定数据类型，例如
INT、VARCHAR(50)，不能留空 - 同一个参数不能既是
IN又是OUT——想实现“传入+修改+传出”，只能用INOUT - 参数名不要和表字段名或系统变量同名，否则在过程体内可能被意外覆盖
CREATE PROCEDURE calc_total(
IN price DECIMAL(10,2),
IN qty INT,
OUT total DECIMAL(10,2),
INOUT discount_rate DECIMAL(5,4)
)
BEGIN
SET total = price * qty;
SET discount_rate = discount_rate * 0.9; -- 修改传入值
END;调用时怎么传参并读取OUT/INOUT结果
调用含OUT或INOUT参数的存储过程，必须使用用户变量（@var_name）作为实参——直接传字面量（如100）或列名会报错ERROR 1318：“Incorrect number of arguments for PROCEDURE”。
用户变量在调用前可以不初始化（OUT参数会自动设为NULL），但INOUT参数如果未赋初值，其值为NULL，过程内对NULL做运算可能产生意外结果（比如NULL * 0.9 → NULL）。
- 调用后立刻用
SELECT @var_name查看结果，变量值在会话内持续存在 - 同一会话中多次调用同一过程，用户变量会被覆盖，注意顺序依赖
- 不要在触发器或函数里调用含
OUT参数的过程——它们不支持用户变量上下文
SET @t = 0; SET @r = 0.1; CALL calc_total(99.99, 5, @t, @r); SELECT @t AS total, @r AS final_rate;
为什么SELECT不能直接用OUT参数做字段，而必须先赋值再查
因为OUT和INOUT参数本质是过程作用域内的“别名”，不是表达式或列，不能出现在SELECT列表、WHERE条件或子查询中。试图写SELECT my_proc(@a, @b)会报错ERROR 1305：“PROCEDURE does not exist”，MySQL不支持过程作为标量函数调用。
唯一能“获取返回值”的方式就是提前声明用户变量，调用后再读取——这和函数（RETURN）有根本区别。
- 需要在应用层组合多个
OUT结果？只能分步调用+中间变量拼接 - 想让一个过程返回多行数据？改用
SELECT语句输出结果集，而不是依赖OUT - ORM（如MyBatis、SQLAlchemy）通常不自动绑定
OUT参数，需手动配置mode="OUT"及jdbcType
INOUT参数修改后，原变量值真的变了么
是的，只要调用成功，INOUT对应的用户变量内容就已被过程内逻辑覆盖。但要注意：这个“变”仅限当前会话，且只影响该变量本身，不影响其他同名变量或全局状态。
容易忽略的一点是：如果过程执行中途发生异常（如INSERT失败触发ROLLBACK），INOUT变量的修改**不会回滚**——它属于客户端变量，不在事务控制范围内。这意味着业务逻辑里不能假设INOUT值的变更与数据库操作原子性一致。
- 调试时可用
SELECT 'before', @x; CALL p(@x); SELECT 'after', @x;对比验证 - 避免在循环中反复复用同一用户变量传
INOUT，易因上一轮副作用干扰下一轮 - 跨连接（connection）无法共享用户变量，每个会话独立维护自己的
@变量空间
实际用的时候，OUT和INOUT最常被误当作函数返回值来设计接口，但MySQL存储过程的参数传递机制决定了它们更适合作为“副作用辅助输出”，真正需要结构化返回，优先考虑结果集或拆成多个简单过程。
