MySQL函数禁止事务控制语句，因其必须满足确定性与无副作用原则；同时禁用DDL、写操作、隐式提交语句等，需用存储过程实现事务逻辑。
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 拒绝，不会等到运行时报错。
