MySQL函数不能返回多行多列，因其设计强制要求仅返回单个标量值；若函数体中出现无INTO的SELECT语句，会直接报ERROR 1415，必须用JSON_OBJECT、CONCAT等封装为单值，或改用存储过程返回结果集。
MySQL 不支持真正意义上的表值函数（TVF），所谓“返回整张表数据的函数”在 MySQL 中根本不存在——这是语言设计层面的限制，不是语法写得不对。
为什么 MySQL 不能创建返回多行多列的函数？
MySQL 的 FUNCTION 只允许返回单个标量值（如 INT、VARCHAR、JSON 等），这是由 SQL 标准和 MySQL 内部执行模型决定的。你无法在 CREATE FUNCTION 中写 SELECT * 并让它直接作为结果集返回。
- 尝试定义返回
TABLE或使用RETURN SELECT ...会直接报错：ERROR 1351 (HY000): View's SELECT contains a subquery in the FROM clause或更常见的ERROR 1354 (HY000): This function has none of DETERMINISTIC, NO SQL, or READS SQL DATA（即使加了属性，也无法绕过返回类型限制） -
PROCEDURE可以用SELECT输出结果集，但它不是函数，不能嵌入到SELECT、JOIN或表达式中 - 试图用
JSON_OBJECTAGG+JSON_TABLE模拟“伪表值函数”，但代价高、可读差、不支持索引下推，且 MySQL 8.0.22+ 才稳定可用
替代方案：用视图（VIEW）代替“表值函数”
如果目标是封装一个可复用的、带参数的查询逻辑，最贴近需求的是视图 + 应用层参数拼接，或改用存储过程配合客户端处理。
- 视图本身不支持参数，但你可以创建带固定条件的视图，再在外层
WHERE过滤：CREATE VIEW recent_orders AS SELECT * FROM orders WHERE created_at > DATE_SUB(NOW(), INTERVAL 7 DAY); - 若必须动态参数（比如按用户 ID 过滤），视图做不到，只能退回到应用代码里拼 SQL，或改用存储过程：
CALL get_user_orders(123);—— 它能返回结果集，但不能写在FROM子句里 - MySQL 8.0+ 支持 CTE（
WITH），可以把重复逻辑提成命名 CTE，比视图更灵活，也无需 DDL 权限：WITH active_users AS (SELECT id FROM users WHERE status = 'active') SELECT * FROM orders JOIN active_users USING (user_id);
硬要“函数感”？试试内联表值构造器（MySQL 8.0.19+）
虽然不是函数，但 VALUES 表构造器 + LATERAL（MySQL 8.0.24+）能模拟部分场景，尤其适合基于输入生成衍生行。
SELECT u.name, o.order_id FROM users u, LATERAL (SELECT order_id FROM orders WHERE user_id = u.id LIMIT 3) o;
-
LATERAL允许右侧子查询引用左侧列，效果接近“每行调用一次子查询” - 它不是函数，但语法上更靠近“对每行计算一个结果集”的直觉
- 注意性能：没有物化优化，
LATERAL子查询可能被反复执行，大数据量时需加索引或改写为JOIN
真要实现“像函数一样调用并返回表”，要么换 PostgreSQL（原生支持 RETURNS TABLE），要么接受 MySQL 的现实：用视图、CTE、存储过程或应用层组装，而不是强求一个不存在的语言特性。
