函数和存储过程能互相调用吗？
能，但方向严格受限：
存储过程可以调用
存储函数，反过来绝对不行。这是 MySQL 的硬性限制，不是语法疏忽——函数体内禁止执行任何数据修改语句（如
INSERT、
UPDATE），而调用存储过程极可能触发这类操作，所以引擎直接禁止。 你在
CREATE PROCEDURE里写
SELECT my_func(x) FROM t;是完全合法的 但在
CREATE FUNCTION里写
CALL my_proc();会报错：
ERROR 1422: Explicit or implicit commit is not allowed in stored function or trigger函数也不能包含临时表、游标、
GET_LOCK等非纯查询功能，进一步封死了调用过程的可能性
参数类型差异直接影响怎么传值
参数设计是两者最易混淆也最影响实操的地方：函数只接受
IN类型输入参数，且不能显式声明
IN；而存储过程支持
IN、
OUT、
INOUT全套，还能多个同类型并存。 函数定义：
CREATE FUNCTION calc_tax(amount DECIMAL(10,2)) RETURNS DECIMAL(10,2)—— 没有
IN关键字，也不允许加
OUT存储过程定义：
CREATE PROCEDURE split_salary(IN emp_id INT, OUT base DECIMAL(10,2), OUT bonus DECIMAL(10,2))—— 可同时返回两个值，调用后通过变量接收 常见坑：误把函数当“多输出接口”用，结果发现根本没法返回状态码或错误信息；该用存储过程的地方硬写函数，最后卡在不能
UPDATE或无法捕获异常上
调用方式不同，决定了嵌入场景
函数必须作为表达式出现在 SQL 语句中（比如
SELECT、
WHERE、
ORDER BY），而存储过程只能靠
CALL独立执行——这直接锁死了它们的使用边界。 函数适合做计算字段：
SELECT name, calc_age(birth_date) AS age FROM users;存储过程适合封装事务逻辑：
CALL transfer_money(1001, 1002, 5000.00);，内部可含
START TRANSACTION、
UPDATE、
IF判断、
ROLLBACK别试图在
INSERT ... SELECT中调用存储过程——语法不支持，MySQL 会直接报
ERROR 1305: PROCEDURE xxx does not exist（即使存在，也是调用位置非法）
为什么不能用函数替代简单存储过程？
表面看，一个只查不改的单返回逻辑，写成函数或存储过程似乎都能跑通。但关键差异在「副作用控制」和「执行上下文」：函数被设计为纯计算单元，MySQL 会对它做更多校验（如禁止子查询中调用含非确定性函数），而存储过程更“自由”，哪怕只做
SELECT，也能带
OUT参数、加日志、设超时、配合触发器联动。 需要返回执行状态（成功/失败码）？→ 必须用
OUT参数，选存储过程 要兼容老应用，让前端不用改 SQL 结构就能升级逻辑？→ 函数可无缝替换字段表达式，存储过程需重构调用链 后续可能扩展为带事务的批量操作？→ 一开始就用存储过程，避免后期重写+迁移数据校验逻辑 函数和存储过程的分界线不在“能不能做”，而在“该不该由它承担”。真正容易被忽略的，是那个隐性约束：函数一旦创建，就默认被当成确定性（DETERMINISTIC）或无副作用单元参与优化器决策——哪怕你没声明，MySQL 也可能因上下文强行按此处理，导致缓存行为异常或主从不一致。这点，在高并发读写混合场景下，比语法报错更难排查。
