INOUT参数仅绑定单个变量，不能返回多个值；需为每个值声明独立的INOUT（或OUT）参数，如INOUT total DECIMAL(12,2), INOUT cnt INT, INOUT max_amt DECIMAL(12,2)，调用时传入已初始化的用户变量，过程内通过SELECT ... INTO一次性赋值确保安全。
INOUT参数不能“返回多个值”，它只绑定单个变量；要返回多个值，必须为每个值声明独立的INOUT（或OUT）参数。
INOUT参数本质是变量引用，不是返回通道
MySQL里没有“返回多个值”的语法糖。INOUT只是把调用方的用户变量地址传进过程体，所有SET x = ...操作都直接写回那个变量。它不打包、不序列化、不构造结构体——所以一个INOUT a INT只能影响@a，再多的逻辑也无法让@a同时代表“总数”和“平均值”。
常见误解是试图用INOUT传一个JSON或逗号字符串再拆解，这反而绕远：过程内解析开销大，外部还要二次处理，完全违背“高效”前提。
- INOUT变量必须是已初始化的用户变量，比如
SET @sum := 0; SET @count := 0;，不能传NULL或未声明变量 - MySQL 8.0 strict模式下，未初始化就
CALL p(@sum, @count)会报Unknown column '@sum' in 'field list' - 过程内对同一
INOUT变量多次SET，只有最后一次生效；中间值对外部可见，但没业务意义
返回多个计算值的正确写法：每个值配一个INOUT参数
需要返回“总金额、订单数、最大单笔金额”，就定义三个INOUT参数：INOUT total DECIMAL(12,2), INOUT cnt INT, INOUT max_amt DECIMAL(12,2)。调用时传入三个已初始化的变量：CALL calc_stats(@total, @cnt, @max_amt);。
过程体内可并行更新：
SELECT SUM(amount), COUNT(*), MAX(amount) INTO total, cnt, max_amt FROM orders WHERE status = 'shipped';
注意：SELECT ... INTO一次性赋值比分开SET更安全，避免因条件分支漏赋值导致NULL污染后续计算。
- 别混用
INOUT和OUT在同一调用中——比如CALL p(@x, @y)里@x是INOUT、@y是OUT，MySQL允许，但语义混乱，调试困难 - 如果某个值只需输出、无需初始值（如纯统计），用
OUT更清晰；若需累加（如循环中不断SET sum = sum + val），才必须用INOUT - 参数名不能和表字段同名，否则
WHERE id = id会被解析成恒真；建议加前缀如inout_total
从Python等客户端调用时，变量名映射容易出错
Python的pymysql不支持直接传入命名变量，它把OUT/INOUT参数转为内部变量@_procname_0、@_procname_1……顺序严格按声明位置。比如：
CREATE PROCEDURE calc(INOUT a INT, INOUT b INT) ...
调用cur.callproc('calc', [@a, @b])后，必须用SELECT @_calc_0, @_calc_1取值，而不是SELECT @a, @b——因为@a和@b在过程内已被覆盖，但客户端无法直接读取它们。
- PHP的
mysqli同理，需用SELECT @var显式查，不能依赖callproc返回值 - 若过程里用了
SELECT语句返回结果集，会干扰OUT参数读取——MySQL客户端默认先取结果集，再取变量；建议避免混合使用 - 测试时优先用MySQL CLI验证：
SET @a:=0; SET @b:=0; CALL calc(@a,@b); SELECT @a,@b;，排除客户端适配问题
真正容易被忽略的是：INOUT参数的“实时可见性”既是优势也是陷阱——过程还没执行完，外部变量可能已被中间结果覆盖；如果逻辑分支多，必须确保每个路径都对所有INOUT参数赋值，否则残留旧值或NULL会引发下游计算错误。
