MySQL 不允许在 SELECT 中直接调用存储过程，因 CALL 是命令式语句，可能返回多结果集、修改会话或事务，与 SELECT 要求的标量/确定性表达式语义冲突，故报 ERROR 1312。
MySQL 存储过程不能在 SELECT 中直接调用，这是语法层面的硬性限制，不是配置或版本问题。
为什么 MySQL 不允许在 SELECT 里 CALL 存储过程？
因为 SQL 执行模型要求 SELECT 的每个表达式必须是「标量值」或可确定行数/列数的子查询。而 CALL 是一个命令式语句，它可能：返回零个、一个或多个结果集；执行事务操作（COMMIT/ROLLBACK）；修改会话变量；甚至动态执行多条语句。这些行为与 SELECT 的声明式语义冲突。
你写 SELECT id, name, CALL my_proc(id) FROM users，MySQL 无法回答：这个 CALL 返回几列？每列类型是什么？会不会影响后续行的计算？——所以直接报错 ERROR 1312。
存储过程能返回结果集，但调用上下文必须支持
存储过程本身可以包含裸 SELECT 语句（比如 SELECT * FROM orders WHERE status = 'shipped'），但它只在明确以 CALL 方式执行时才输出结果集。是否能“看到”这个结果集，取决于客户端和连接协议：
- MySQL Workbench、命令行客户端（
mysql）、大多数 JDBC 驱动（如 mysql-connector-java 8.0+）默认支持多结果集，CALL proc_name()会正常返回表格 - phpMyAdmin 旧版本（如 3.2.4）、某些 ORM 或低配连接池（如未启用
allowMultiQueries=true）会拒绝接收结果集，直接抛出#1312 - PHP 的
mysqli_multi_query()可以处理，但mysqli_query()不行
这不是存储过程写错了，而是调用方没准备好接多结果。
想在 SELECT 中“用上”存储过程逻辑，得换思路
没有捷径，只有三种现实路径：
- 把逻辑拆进视图或内联表值函数（MySQL 目前不支持 TVF，只能用视图 + 确定性条件）
- 改用函数（
CREATE FUNCTION），但仅限单值返回，且不能含裸SELECT，只能用SELECT ... INTO赋值 - 用临时表中转：先
CALL把结果存到TEMPORARY TABLE，再SELECT * FROM temp_table—— 这是跨客户端最稳的方案
例如：
DELIMITER $$
CREATE PROCEDURE get_recent_orders(OUT limit_n INT)
BEGIN
CREATE TEMPORARY TABLE IF NOT EXISTS _tmp_orders AS
SELECT id, created_at FROM orders ORDER BY created_at DESC LIMIT limit_n;
END$$
DELIMITER ;
CALL get_recent_orders(5);
SELECT * FROM _tmp_orders;最容易被忽略的一点：权限和 SQL_MODE
即使语法和客户端都对了，以下两点仍会导致 SELECT 在存储过程中“失效”：
- 存储过程定义者账号缺少对目标表的
SELECT权限（注意：不是调用者权限，是 definer 权限） -
SQL_MODE含STRICT_TRANS_TABLES时，若SELECT ... INTO没匹配到行，会报错中断，而非静默设为NULL
检查方式：SELECT @@sql_mode; 和 SHOW GRANTS FOR CURRENT_USER;。别只盯着 CALL 本身。
