MySQL函数中禁止使用SELECT ... INTO，因其设计强制返回单个标量值；正确做法是用SET var = (SELECT ...)子查询赋值，并配合LIMIT 1、COALESCE或LEFT JOIN确保单行安全。
MySQL存储函数里不能用SELECT INTO
MySQL的函数（FUNCTION）里不允许出现 SELECT ... INTO 语句，直接写会报错：ERROR 1415 (0A000): Not allowed to return a result set from a function。这不是语法写错了，而是函数设计限制——它必须返回单一值，不能产生结果集，哪怕你只是想把查到的值存进变量。
真正能用 SELECT ... INTO 的地方只有存储过程（PROCEDURE）或触发器，函数里得换思路。
- 如果只是查单个字段、单行数据，改用
SELECT col INTO var FROM ... LIMIT 1—— 但这条语句在函数中依然非法 - 正确做法是用赋值语句：
SET var = (SELECT col FROM ... LIMIT 1) - 这个子查询必须返回 0 或 1 行，否则会报错：
ERROR 1242 (21000): Subquery returns more than 1 row
处理“无结果”时的NULL陷阱
SET var = (SELECT col FROM t WHERE id = 123) 在查不到时，var 会被设为 NULL，而不是保持原值。很多人以为变量会“不变”，其实会覆盖。
如果你需要区分“没查到”和“查到NULL”，就不能依赖变量是否为NULL——因为两者都表现为NULL。得靠额外标记：
- 用
SELECT COUNT(*)先判断是否存在：SELECT COUNT(*) INTO @cnt FROM t WHERE id = 123;，再决定是否赋值 - 或者用
COALESCE()提供默认值：SET var = COALESCE((SELECT col FROM t WHERE id = 123), 'default'); - 注意：
COALESCE无法区分“查到NULL”和“没查到”，两者都被替换成默认值
替代方案：用LEFT JOIN模拟安全取值
当你要从关联表取一个可能为空的字段，又不想在函数里写多个查询，可以用自连接+LEFT JOIN + LIMIT 1 把逻辑压进一条赋值语句里：
SET @val = ( SELECT u.name FROM (SELECT 1) AS dummy LEFT JOIN users u ON u.id = 123 LIMIT 1 );
这样即使 users 中没有 id=123 的记录，子查询也返回一行（u.name 为 NULL），不会报错，也不会中断函数执行。
- 关键点是用
(SELECT 1)构造一个恒定一行的驱动表 -
LEFT JOIN确保结果至少一行，避免子查询空结果导致赋值失败 - 仍需加
LIMIT 1，否则多匹配行会触发子查询多行错误
函数里真要捕获“无结果”？别硬扛，换过程
如果业务逻辑确实需要区分“查到0行”“查到1行”“查到多行”，函数不是合适载体。MySQL函数不支持异常捕获（DECLARE HANDLER 只在存储过程中有效），也没法返回状态码。
这时候该做的不是折腾函数，而是：
- 把核心逻辑拆进存储过程，用
SELECT ... INTO+DECLARE CONTINUE HANDLER FOR NOT FOUND处理空结果 - 让函数只做纯计算或简单映射，把数据访问交给调用方（比如应用层或过程）
- 强行在函数里模拟状态返回（如返回
-1表示未找到），会污染函数语义，后续维护容易出错
边界模糊的地方，优先选 MySQL 原生支持的方式，而不是绕路模拟。
