MySQL事务是一组不可分割的数据库操作序列，要么全部执行成功，要么全部回滚，是保证数据一致性的重要机制，广泛适用于需要多步操作协同完成的业务场景。
MySQL事务常用操作
MySQL中事务的常用操作主要分为基础控制和状态查询两类，基础操作是日常开发中使用频率最高的部分。
基础事务操作
- 开启事务：可以使用
START TRANSACTION或者BEGIN语句，执行后后续的所有写操作都会纳入当前事务管理，不会立即持久化到数据库。 - 提交事务：使用
COMMIT语句，会将事务内所有的操作永久保存到数据库中，一旦提交无法回滚。 - 回滚事务：使用
ROLLBACK语句，会撤销事务内所有的未提交操作，数据库恢复到事务开启前的状态。 - 设置保存点：使用
SAVEPOINT 保存点名称语句，可以在事务内设置中间状态点，后续可以通过ROLLBACK TO 保存点名称回滚到指定保存点，不需要回滚整个事务。
事务状态查询操作
可以通过以下语句查询当前事务的相关状态：
-- 查看当前会话的事务隔离级别 SELECT @@transaction_isolation; -- 查看当前是否开启了自动提交，1表示开启，0表示关闭 SELECT @@autocommit; -- 查看当前运行的事务列表 SELECT * FROM information_schema.innodb_trx;
MySQL事务管理要点
事务管理除了基础操作外，还需要了解其核心特性和隔离级别设置，才能合理应对不同的业务需求。
ACID特性
- 原子性（Atomicity）：事务是一个不可分割的整体，要么全部成功，要么全部失败，不会出现部分执行的情况。
- 一致性（Consistency）：事务执行前后，数据库的完整性约束不会被破坏，比如转账场景中总金额不会发生变化。
- 隔离性（Isolation）：多个事务并发执行时，一个事务的操作不会被其他事务干扰，不同隔离级别对应不同的干扰程度。
- 持久性（Durability）：事务提交后，对数据库的修改是永久性的，即使数据库发生故障也不会丢失。
事务隔离级别管理
MySQL支持四种事务隔离级别，不同级别的并发能力和数据一致性保障不同，可以通过以下方式设置：
-- 设置当前会话的隔离级别为可重复读（MySQL默认级别） SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ; -- 设置全局隔离级别为读已提交 SET GLOBAL TRANSACTION ISOLATION LEVEL READ COMMITTED;
四种隔离级别的特点对比如下：
| 隔离级别 | 脏读 | 不可重复读 | 幻读 |
|---|---|---|---|
| 读未提交（READ UNCOMMITTED） | 可能 | 可能 | 可能 |
| 读已提交（READ COMMITTED） | 不可能 | 可能 | 可能 |
| 可重复读（REPEATABLE READ） | 不可能 | 不可能 | 可能（InnoDB引擎通过间隙锁解决） |
| 串行化（SERIALIZABLE） | 不可能 | 不可能 | 不可能 |
自动提交管理
MySQL默认开启了自动提交模式，即每条写语句都会自动作为一个独立事务提交，可以通过以下语句关闭自动提交，手动管理事务：
-- 关闭当前会话的自动提交 SET autocommit = 0; -- 开启当前会话的自动提交 SET autocommit = 1;
事务典型应用场景
事务适用于需要多步操作协同完成，且要求数据一致性的场景，常见场景如下：
- 金融转账场景：转账操作需要同时扣减转出方余额、增加转入方余额，两步操作必须同时成功或同时失败，否则会出现资金对账不一致的问题。
- 订单创建场景：创建订单时需要同时写入订单主表、订单商品明细表、扣减商品库存，任意一步失败都需要整体回滚，避免出现超卖或者订单数据不完整的情况。
- 批量数据更新场景：批量修改用户等级、批量更新统计数据时，需要保证所有更新操作要么全部生效，要么全部不生效，避免部分数据更新导致统计错误。
- 分布式事务前置场景：在分布式系统中，单个数据库节点内的操作可以通过本地事务保证一致性，再配合分布式事务框架实现跨节点的一致性保障。
事务使用注意事项
在使用MySQL事务时，需要注意以下几点避免出现问题：
- 事务内的操作尽量简洁，避免长时间占用连接，导致事务持有锁的时间过长，影响其他操作的并发性能。
- 不要在事务内执行耗时操作，比如调用外部接口、处理大文件等，这类操作会延长事务周期，增加死锁发生的概率。
- 合理选择隔离级别，读已提交可以满足大部分业务的一致性需求，性能比可重复读更好，不需要盲目使用最高隔离级别。
- 操作完成后及时提交或者回滚事务，避免事务长时间未结束，导致数据库资源被占用，甚至出现事务阻塞的问题。
下面是一个简单的转账事务示例，展示事务的基础使用方式：
-- 开启事务
START TRANSACTION;
-- 扣减转出方余额，假设用户ID为1，转账金额为100
UPDATE account SET balance = balance - 100 WHERE user_id = 1;
-- 增加转入方余额，假设用户ID为2
UPDATE account SET balance = balance + 100 WHERE user_id = 2;
-- 检查余额是否充足，如果不足则回滚
-- 实际业务中可以在应用层判断，或者在SQL中使用条件判断
SELECT balance INTO @remain FROM account WHERE user_id = 1;
IF @remain < 0 THEN
ROLLBACK;
ELSE
COMMIT;
END IF;