SELECT本身不是 MySQL 的“函数”，而是一条 SQL 语句；所以严格来说，你不能在 MySQL 函数（如
CREATE FUNCTION定义的存储函数）内部直接执行
SELECT语句来返回结果集——这会报错：
ERROR 1415 (0A000): Not allowed to return a result set from a function。
但你可以用它查数据并赋值给变量，前提是：只查单值、用 SELECT ... INTO
语法。
MySQL 自定义函数里怎么安全读取表数据？
在
CREATE FUNCTION中，允许使用
SELECT ... INTO把查询结果存进局部变量，但必须满足： 查询结果**最多一行**（否则报错
ERROR 1172 (42000): Result consisted of more than one row） 目标字段数与
INTO变量数量严格一致 不能返回结果集（即不能有裸
SELECT column FROM table）
DELIMITER $$ CREATE FUNCTION get_user_name(uid INT) RETURNS VARCHAR(100) READS SQL DATA DETERMINISTIC BEGIN DECLARE v_name VARCHAR(100) DEFAULT ''; SELECT name INTO v_name FROM users WHERE id = uid; RETURN v_name; END$$ DELIMITER ;
⚠️ 注意：
READS SQL DATA是必须声明的特性，否则创建失败（MySQL 5.7+ 强制要求）。
为什么不能直接写 SELECT * FROM ...
？
因为 MySQL 函数的设计定位是「计算并返回一个标量值」，不是「执行查询并吐出表格」。它的调用场景通常是：
出现在SELECT列表中：
SELECT id, get_user_name(id) FROM orders;作为表达式参与计算：
WHERE get_user_level(user_id) > 3一旦函数内部产生多行结果或列输出，就和上下文语义冲突——SQL 引擎不知道该把那几行塞到哪一列去。
所以裸
SELECT被禁止，连
SELECT COUNT(*)都不行（除非
INTO接收）。
替代方案：什么情况下该用存储过程而不是函数？
如果你确实需要在逻辑中：
返回多行多列结果 执行多个SELECT并组合处理 做事务控制（
COMMIT/
ROLLBACK） 动态拼接 SQL 并执行（
PREPARE+
EXECUTE） 那就该用
CREATE PROCEDURE，而不是函数。存储过程允许裸
SELECT，也能用游标遍历结果集。
DELIMITER $$ CREATE PROCEDURE list_active_users() BEGIN SELECT id, name, email FROM users WHERE status = 'active'; END$$ DELIMITER ;
调用：
CALL list_active_users();
函数里能用
SELECT，但只能是「带
INTO的单行单值查询」；想自由查表、返回结果集，请换存储过程。别在函数里硬扛多行逻辑，否则不是报错就是隐性截断——MySQL 不会警告你丢数据，它只会静默报错或只取第一行。
