MySQL 函数中**不能写事务控制语句**，比如
BEGIN、
COMMIT、
ROLLBACK，也不能显式开启或结束事务。这是 MySQL 的硬性限制，不是语法疏漏，而是设计使然。
为什么函数里禁止事务？
MySQL 要求函数必须是「确定性」且「无副作用」的——即相同输入总返回相同结果，且不能修改数据库状态（如插入、更新、删除表数据，或改变事务状态）。事务操作直接违背这一原则：
COMMIT和
ROLLBACK会干扰调用者已有的事务上下文 函数可能被用在
SELECT、
WHERE、
ORDER BY等只读上下文中，插入事务逻辑会导致执行不可预测 复制（replication）和查询优化器依赖函数的纯性，事务会破坏 binlog 一致性
哪些操作在函数里也禁止？
除了事务控制语句，以下操作在 MySQL 函数中同样被拒绝（执行时会报错
ERROR 1422: Explicit or implicit commit is not allowed in stored function or trigger）： 执行
CREATE/
DROP/
ALTER等 DDL 语句 调用含写操作的存储过程（除非该过程被声明为
READS SQL DATA且内部不触发隐式提交） 对临时表以外的表执行
INSERT、
UPDATE、
DELETE调用
GET_LOCK()、
SLEEP()等可能阻塞或影响并发的函数
想封装带事务的逻辑，该用什么？
如果需要原子性操作（比如「扣库存 + 记日志」必须一起成功或失败），请改用存储过程（
PROCEDURE），它明确支持事务：
DELIMITER $$
CREATE PROCEDURE transfer_funds(IN from_id INT, IN to_id INT, IN amount DECIMAL(10,2))
BEGIN
DECLARE EXIT HANDLER FOR SQLEXCEPTION
ROLLBACK;
START TRANSACTION;
UPDATE accounts SET balance = balance - amount WHERE id = from_id;
UPDATE accounts SET balance = balance + amount WHERE id = to_id;
COMMIT;
END$$
DELIMITER ;注意：
FUNCTION只能用于计算和返回值；
PROCEDURE才是承载业务逻辑和事务的正确载体。
容易被忽略的隐式提交点
即使没写
COMMIT，某些语句也会触发隐式提交，导致函数创建失败：
TRUNCATE TABLE—— 在函数内使用会报错，因为它等价于
DROP + CREATE
LOCK TABLES/
UNLOCK TABLES
ALTER TABLE、
ANALYZE TABLE、
OPTIMIZE TABLE任何修改
mysql系统库表的操作（如写入
mysql.user）
这些行为在函数定义阶段就会被 MySQL 拒绝，不会等到运行时报错。
