OUT参数不可传字面值，必须用用户变量接收；INOUT参数同理需传可修改变量；参数与DECLARE变量重名会导致静默覆盖；OUT仅支持单值，不能承载结果集。
OUT参数传字面值会直接失败
数据库不允许把常量或表达式直接传给OUT参数，因为它的设计目标是“传出值”，不是“接收值”。你传进去的东西必须能被赋新值。
- 错误写法：
CALL CalculateTotalRevenue(2023, 0)—— 第二个参数是OUT，但0是常量，无法被存储过程写入 - 正确做法：先声明用户变量，再调用：
SET @total_revenue = 0; CALL CalculateTotalRevenue(2023, @total_revenue); - 注意：
SET初始化不是强制的，但不初始化可能导致变量为NULL，后续逻辑出错（尤其在数值比较或计算中）
INOUT参数不能传常量，且原值会被覆盖
INOUT参数既读又写，它要求传入的是可修改的变量。传常量不仅语法报错，还会掩盖逻辑问题——你以为只是“传个初始值”，实际可能依赖这个值参与计算后再被改写。
- 错误写法：
CALL AdjustInventory('item_001', 100)——100是字面值，SQL Server/MySQL 都会报类似Must declare scalar variable或Cannot assign to constant - 正确写法：
SET @adjust_qty = 100; CALL AdjustInventory('item_001', @adjust_qty);—— 调用后@adjust_qty可能已变，别假设它还是100 - 风险点：如果调用前没检查
@adjust_qty是否为NULL，而存储过程内部又没做空值防护，结果可能意外为NULL或触发隐式转换错误
参数名和局部变量重名导致传入值丢失
在存储过程体内用DECLARE重新定义和参数同名的变量，会覆盖参数作用域——这不是警告，是静默失效。你传进来的值，立刻变成NULL。
- 典型错误：
CREATE PROCEDURE p_test(IN id INT) BEGIN DECLARE id INT; SELECT id; END—— 输出永远是NULL，不是你传的值 - 根本原因：MySQL/SQL Server 中参数和局部变量在同一作用域，后声明者覆盖前声明者
- 解决办法：参数命名加前缀（如
p_id、i_id），或严格禁止同名DECLARE；Oracle 还需注意字段名与参数名冲突引发的ORA-01422
误以为输出参数能返回结果集
OUT或INOUT参数只能承载单个标量值（INT、VARCHAR(50)等），绝不可能装下一行或多行数据。试图让它“返回查询结果”，只会得到NULL或语法错误。
- 常见错觉：
SET @result = (SELECT name, age FROM users WHERE id = 1)—— 报错：Subquery returns more than 1 value - 真正该做的：想返多行数据，就用
SELECT语句（客户端通过结果集读取）；想临时存结果，用#temp表；小数据才考虑FOR JSON/FOR XML转字符串 - 特别提醒：别用
EXEC @ret = proc_name来捕获结果集——@ret只接收RETURN整数状态码，和结果集无关
DECLARE变量名和参数名是否重复，再检查每个CALL语句里有没有对OUT甩字面值。 
