MySQL函数不能返回多列或多行数据，因其设计强制要求仅返回单个标量值；若函数体中出现无INTO的SELECT语句，会直接报ERROR 1415，必须用JSON_OBJECT、CONCAT等封装为单值，或改用存储过程返回结果集。
MySQL函数报ERROR 1415：不是配置问题，是语法铁律
只要你在FUNCTION体里写了不带INTO的SELECT语句（比如SELECT name, age FROM users），MySQL 解析器在创建或调用阶段就会直接拒绝，抛出ERROR 1415 (21000): Not allowed to return a result set from a function。这不是 SQL mode、权限、版本兼容性或存储引擎导致的——MySQL 从设计上就禁止函数输出结果集，连解析都过不去。
想“返回多列”？函数只能收进变量再拼一个值
函数体内所有查询必须把结果存入变量，哪怕只查一行两列，也得用SELECT col1, col2 INTO @v1, @v2；最终仍只能靠RETURN吐出单个标量。常见做法包括：
- 用
JSON_OBJECT()组装结构化字符串（MySQL 5.7+）：RETURN JSON_OBJECT('name', @n, 'age', @a) - 用
CONCAT()硬拼（低版本可用，但易截断、无类型校验） - 聚合后转字符串，如
GROUP_CONCAT(id SEPARATOR ',')
这些都不是“返回多列”，只是把多列信息塞进一个VARCHAR或JSON字段里，应用层还得额外解析。
CALL 存储过程才是返回结果集的正解
真正需要多行多列数据流给客户端，唯一合规路径是改用CREATE PROCEDURE：
-
CALL get_user_data(123)可以包含任意数量的SELECT语句，每条都会推送一个结果集 - 但不能嵌入 SQL 表达式：
SELECT *, my_proc(id)语法非法 - 无法用于
WHERE、JOIN ON或ORDER BY——因为返回的是结果集，不是值 - 若需被其他查询当“表”用，优先建
VIEW；要事务控制，也只能选存储过程
最容易被忽略的限制：函数必须声明特性，存储过程不用
创建函数时漏写DETERMINISTIC、NO SQL或READS SQL DATA，在严格 SQL mode 下会直接创建失败；而存储过程没这要求。很多人卡在这一步，以为是返回值问题，其实是函数元信息声明不全。另外，函数体内禁止CALL、CREATE、START TRANSACTION等语句——这些进一步封死了“绕过”的可能。
