MySQL事务是一组不可分割的数据库操作序列，要么全部执行成功，要么全部回滚，是处理复杂业务场景、保障数据一致性的核心机制。事务的使用涉及开启、执行、提交或回滚等多个环节，同时依赖ACID特性来保证可靠性。
MySQL事务的开启方式
MySQL默认开启了自动提交模式，也就是每条单独的SQL语句执行完成后会自动提交，这种情况下单条语句本身就是一个独立的事务。如果需要开启多语句的事务，有以下几种方式：
1. 手动开启事务
使用START_TRANSACTION或者BEGIN语句可以显式开启一个事务，开启后后续的SQL操作都会处于同一个事务上下文中，直到执行提交或回滚命令。
-- 开启事务 START_TRANSACTION; -- 或者 BEGIN; -- 执行事务内的操作 UPDATE account SET balance = balance - 100 WHERE id = 1; UPDATE account SET balance = balance + 100 WHERE id = 2; -- 提交事务 COMMIT;
2. 关闭自动提交模式
可以通过设置autocommit系统变量来关闭自动提交，关闭后所有SQL操作都会处于同一个事务中，直到手动执行COMMIT或者ROLLBACK。
-- 查看当前自动提交状态，1为开启，0为关闭
SELECT @@autocommit;
-- 关闭自动提交
SET autocommit = 0;
-- 执行操作
INSERT INTO user(name, age) VALUES('张三', 20);
-- 手动提交
COMMIT;
-- 恢复自动提交
SET autocommit = 1;
MySQL事务处理标准流程
一个完整的事务处理流程通常包含以下几个步骤：
- 开启事务：通过
BEGIN或START_TRANSACTION开启，或者关闭自动提交模式 - 执行操作：在事务中执行一组相关的增删改查SQL语句
- 判断结果：根据操作执行的结果决定是提交还是回滚
- 提交事务：如果所有操作都执行成功，使用
COMMIT命令提交，所有修改永久生效 - 回滚事务：如果任意操作执行失败，使用
ROLLBACK命令回滚，所有修改都会被撤销
事务保存点的使用
在长事务中，可以设置保存点，回滚时不需要回滚整个事务，只需要回滚到指定的保存点即可，减少回滚的开销。
START_TRANSACTION; INSERT INTO order(order_id, user_id) VALUES(1001, 1); -- 设置保存点 SAVEPOINT order_insert; UPDATE product SET stock = stock - 1 WHERE id = 5; -- 如果更新库存失败，回滚到保存点 ROLLBACK TO order_insert; -- 最终提交事务 COMMIT;
MySQL事务ACID特性及实现原理
ACID是事务的四个核心特性，分别是原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability），MySQL的InnoDB引擎完整支持这四个特性。
原子性（Atomicity）
原子性指事务是一个不可分割的工作单位，要么全部执行，要么全部不执行。InnoDB通过undo log（回滚日志）来实现原子性，事务执行过程中，每执行一个修改操作，都会先记录对应的undo log，undo log中记录了修改前的数据状态。如果事务需要回滚，就根据undo log逆向执行操作，恢复到事务开始前的状态。
一致性（Consistency）
一致性指事务执行前后，数据库的完整性约束没有被破坏，比如唯一约束、外键约束、自定义的业务规则等。一致性的实现依赖于原子性、隔离性和持久性，同时也需要开发者在编写事务逻辑时遵守业务规则，比如转账场景中转出和转入的金额必须相等。
隔离性（Isolation）
隔离性指多个事务并发执行时，一个事务的执行不能被其他事务干扰，每个事务都感觉不到其他事务的存在。InnoDB通过锁机制和MVCC（多版本并发控制）来实现隔离性，同时定义了四种隔离级别：
| 隔离级别 | 脏读 | 不可重复读 | 幻读 |
|---|---|---|---|
| 读未提交（READ_UNCOMMITTED） | 可能 | 可能 | 可能 |
| 读已提交（READ_COMMITTED） | 不可能 | 可能 | 可能 |
| 可重复读（REPEATABLE_READ） | 不可能 | 不可能 | 可能（InnoDB通过间隙锁解决） |
| 串行化（SERIALIZABLE） | 不可能 | 不可能 | 不可能 |
可以通过以下语句设置事务的隔离级别：
-- 设置会话级别隔离级别为可重复读 SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE_READ; -- 查看当前隔离级别 SELECT @@transaction_isolation;
持久性（Durability）
持久性指事务一旦提交，其对数据库的修改就是永久性的，即使数据库发生故障也不会丢失。InnoDB通过redo log（重做日志）来实现持久性，事务执行过程中，修改操作会先写入redo log buffer，然后在事务提交时刷入磁盘的redo log文件中。如果数据库宕机，重启后可以通过redo log恢复未刷入数据文件的修改，保证已提交事务的修改不丢失。
事务使用注意事项
- 尽量让事务尽可能短，长时间占用事务会持有锁资源，影响其他事务的执行
- 不要在事务中执行耗时操作，比如网络请求、文件读写等，避免事务阻塞
- 根据业务场景选择合适的隔离级别，不是隔离级别越高越好，更高的隔离级别会带来更多的性能开销
- 事务中尽量避免使用
SELECT ... FOR UPDATE这类加锁查询，除非必要，减少锁竞争