MySQL中LIMIT为何支持存储过程参数却拒绝用户变量？

先创建测试表：

create table t(x int);
insert into t values(1),(2),(3);

直接使用LIMIT语句可以正常执行：

select * from t limit 1,1;

返回结果：x|2

根据MySQL官方文档说明，用户变量不能用于要求字面值的场景，比如SELECT的LIMIT子句，因此执行以下语句会报错：

set @s=1;
select * from t limit @s,1;

报错信息：

Query Error: Error: ER_PARSE_ERROR: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '@s,1' at line 1

但如果通过存储过程使用参数，却能正常执行：

delimiter //;
create procedure lmt(s int)
begin
  select * from t limit s,1;
end;
call lmt(@s);

请问存储过程参数与用户变量的差异为何导致此情况？

核心差异在于SQL语句的解析时机和参数处理方式：

• 用户变量的解析限制
  当直接执行select * from t limit @s,1时，MySQL会在语法解析阶段就校验LIMIT子句的合法性。用户变量@s属于运行时才会赋值的动态内容，MySQL无法在解析阶段确认它是合法的整数值，因此直接判定语法错误——毕竟LIMIT要求的是静态字面值或解析阶段就能确定的常量。

• 存储过程参数的处理逻辑
  存储过程在创建阶段就完成了语法解析：定义参数s int时，MySQL已经明确这个参数是整数类型。等到调用存储过程时，参数s会先被解析为合法的整数值，再代入LIMIT子句执行。此时LIMIT拿到的是确定的整数值，完全符合语法要求。

简单来说：用户变量是SQL语句解析后才赋值，MySQL没法提前确认它的合法性；而存储过程参数在定义时就明确了类型，调用时会先把参数转换成合法字面值再传给LIMIT，自然能通过语法检查。

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