为什么MySQL存储过程的IN参数无法在PREPARE语句中使用？

咱们先从MySQL动态SQL的执行逻辑说起：当你用CONCAT拼接动态SQL字符串时，MySQL会把字符串里的内容当成纯文本处理——存储过程的IN参数属于存储过程运行时的局部上下文变量，而动态SQL是在独立的执行上下文里编译运行的，直接写参数名的话，MySQL不会把它解析成你传入的参数值，反而会把它当成普通的列名或者字面量，自然就用不了啦。

看你代码里的这行关键代码：

set @s = CONCAT('select distinct @frm_date, @to_date, fc_frm_date, fc_to_date;');

这里的fc_frm_date和fc_to_date是存储过程的IN参数，但在动态SQL字符串里，MySQL根本不会把它们替换成你实际传入的参数值，而是会尝试把它们当成查询的列名（如果当前没有这个列，执行时就会报错）。

那怎么解决这个问题呢？给你两种常用的靠谱方法：

方法1：把参数值直接拼接到动态SQL中 #

用CONCAT把IN参数的实际值插入到SQL字符串里，注意如果是字符串类型参数，要记得加引号避免语法错误：

set @s = CONCAT('select distinct "', @frm_date, '", "', @to_date, '", "', fc_frm_date, '", "', fc_to_date, '";');

⚠️ 注意：这种方法要警惕SQL注入风险，如果参数是来自用户输入的内容，一定要做好校验或者转义处理。

方法2：用用户变量传递参数到动态SQL #

你已经把IN参数赋值给了用户变量@frm_date和@to_date，其实可以直接在动态SQL里用这些带@前缀的用户变量——因为用户变量是全局上下文的，动态SQL能识别它们。另外，如果你想更安全地传递参数，还可以用EXECUTE ... USING的方式：

BEGIN
declare frm_date char(5);
declare to_date char(5);
-- 把IN参数赋值给用户变量（或者直接用USING传参）
set @frm_date = fc_frm_date;
set @to_date = fc_to_date;

-- 方式A：直接在动态SQL里用用户变量
set @s = 'select distinct @frm_date, @to_date, ? as fc_frm_date, ? as fc_to_date;';

PREPARE stmt FROM @s;
-- 方式B：用USING传递IN参数到动态SQL的占位符
EXECUTE stmt USING fc_frm_date, fc_to_date;
DEALLOCATE PREPARE stmt;
END

还要提醒你：存储过程里的局部变量（比如你声明的frm_date和to_date）在动态SQL里也无法直接访问，只有用户变量（带@）或者通过USING传递的参数，才能在动态SQL中被正确识别。

最后再总结下核心原因：

• 动态SQL是先拼接成字符串再编译执行的，存储过程的IN参数和局部变量属于存储过程的局部上下文，动态SQL无法直接解析这些变量；
• 只有全局的用户变量（@xxx）或者通过EXECUTE ... USING传递的参数，才能跨越上下文在动态SQL中使用。

内容的提问来源于stack exchange，提问作者Lawrance Zhang