mysql函数根本不能返回结果集，error 1415是语法铁律：任何不带into的select都会在解析阶段报错；函数仅能返回单个标量值，多列信息须用json_object、concat等封装，真正多行多列应改用存储过程。
MySQL函数根本不能返回结果集，ERROR 1415 是语法铁律
不是“无法返回多个”，而是连一个都不允许。只要你在 FUNCTION 体里写了一条不带 INTO 的 SELECT（比如 SELECT name, age FROM users WHERE id = 1），MySQL 解析器在创建或调用阶段就直接报错：ERROR 1415 (21000): Not allowed to return a result set from a function。这不是配置、权限、SQL mode 或版本问题，是 MySQL 对函数语义的硬性约束：函数必须是标量表达式，能嵌入 WHERE、SELECT 列、JOIN ON 等任意 SQL 上下文。
函数只能返回单个标量值，多列信息得自己拼
哪怕你只查一行两列，也必须用 SELECT col1, col2 INTO @v1, @v2 收进变量，最终仍靠 RETURN 吐出一个值。常见做法包括：
-
JSON_OBJECT('name', @n, 'age', @a)（MySQL 5.7+，结构清晰但需应用层解析） -
CONCAT(@n, '|', @a)（低版本可用，但易截断、无类型校验、字符集冲突风险高） -
GROUP_CONCAT(id SEPARATOR ',')（适合聚合后转字符串，但长度受group_concat_max_len限制）
这些都不是“返回多列”，只是把数据塞进一个 VARCHAR 或 JSON 字段——应用端还得额外 parse，SQL 层完全失去索引下推、类型推导能力。
真正需要多行多列？必须用存储过程 + CALL
PROCEDURE 才是设计用来返回结果集的机制。它允许在体内写任意数量的 SELECT 语句，每条都会向客户端推送一个独立结果集。但要注意：
- 调用方式是
CALL proc_name()，不能像函数那样嵌入表达式（SELECT *, my_proc(id)语法非法） - 客户端必须支持多结果集，比如 Node.js 的
mysql2驱动要开启multipleStatements: true，旧版 PHPmysql_query()会静默丢弃后续结果 - 若过程里有多个
SELECT，返回的是数组套数组（如results[0]是第一个结果集，results[1]是第二个），不是扁平化结构
最容易被忽略的陷阱：函数声明特性不全
很多人卡在函数创建失败，以为是返回值问题，其实是漏写了 DETERMINISTIC、NO SQL 或 READS SQL DATA。在严格 SQL mode 下，这会导致 ERROR 1418，比 1415 更早拦住你。而存储过程没这要求——它天生就不承诺确定性，也不参与表达式计算。
别试图用函数模拟表格输出。函数和过程职责分明：一个负责“算出一个值”，一个负责“给出一批数据”。混淆它们，只会让错误更隐蔽、维护更困难。
