mysql函数中不允许使用declare定义变量，因其设计要求为无副作用、确定性计算单元，仅支持纯表达式逻辑，不支持begin…end块及其中的变量声明；必须用子查询、case表达式或改用存储过程实现多步计算。
MySQL函数里不能用DECLARE定义变量？
不能。MySQL函数（CREATE FUNCTION）的函数体中**不允许使用DECLARE语句**，这是硬性限制。你如果直接写DECLARE v_name INT;，会报错：ERROR 1337 (42000): Variable 'v_name' must be declared before it can be used——不是没声明，而是根本不能声明。
原因在于MySQL函数的设计定位：它必须是确定性、无副作用的计算单元，不支持过程式控制块（如BEGIN...END内嵌声明），而DECLARE只被允许出现在存储过程或存储函数的BEGIN...END块开头。
- 函数体默认就是单条SQL表达式或简单逻辑，不带
BEGIN...END包裹时，连SET都不允许 - 即使显式加上
BEGIN...END，只要在CREATE FUNCTION里，DECLARE仍被语法拒绝 - 想用局部变量？唯一合法路径是改用
CREATE PROCEDURE，或者用用户变量@var临时替代（但要注意作用域和类型隐式转换）
那函数里怎么存中间值？用@变量可以吗
可以，但要极度小心。函数中允许使用会话级用户变量@var，比如SET @tmp = 10;或SELECT col INTO @tmp FROM t LIMIT 1;，但它们不是“局部”的——整个会话可见，且并发调用时会互相污染。
典型踩坑场景：
- 多个客户端同时调用同一函数，
@tmp被覆盖，返回错误结果 - 函数内
SELECT ... INTO @tmp查不到数据时，@tmp保持旧值（不会自动置NULL），导致逻辑错乱 - 类型不稳定：赋值
SET @x = 1后又SET @x = 'abc'，MySQL自动转成字符串，后续数值运算失败 - 函数被用在
SELECT列表里（如SELECT my_func(id) FROM t），每行执行都复用同一个@x，顺序不可控
真正安全的“局部变量”替代方案
MySQL函数不提供真正的局部变量，但可通过以下方式模拟确定性中间计算：
- 用嵌套
SELECT子查询：把需要暂存的值作为子查询结果直接参与外层计算，例如(SELECT COUNT(*) FROM orders WHERE user_id = u.id) - 用
CASE WHEN+ 表达式组合：避免多次重复写相同计算，如CASE WHEN (a + b) > 100 THEN (a + b) * 1.1 ELSE (a + b) END - 把复杂逻辑拆到视图或CTE（MySQL 8.0+）中预计算，函数只做轻量封装
- 如果必须多步赋值+判断，放弃函数，改用存储过程+
OUT参数返回结果——函数不是万能的
别试图用@变量伪装局部性，它在函数上下文里既不安全也不可靠。
为什么存储过程能DECLARE而函数不能
本质是设计契约不同：存储过程是“执行单元”，允许状态变更、多语句、声明变量；函数是“计算单元”，要求纯函数特性（输入决定输出，无外部状态依赖）。MySQL强制函数不可修改会话变量、不可调用非确定性函数（如NOW()）、不可含DECLARE，就是为了保障其可被安全用于SELECT、WHERE、索引生成等场景。
这个限制不是bug，是约束。接受它，比绕着走更省时间。
