MySQL 事务：从基础概念到隔离性理论与实践

正常流程：保存点与回滚

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> savepoint save1;
Query OK, 0 rows affected (0.00 sec)

mysql> insert into account values (1, '张三', 100);
Query OK, 1 row affected (0.05 sec)

mysql> savepoint save2;
Query OK, 0 rows affected (0.01 sec)

mysql> insert into account values (2, '李四', 10000);
Query OK, 1 row affected (0.00 sec)

mysql> select * from account;
+----+--------+----------+
| id | name   | balance  |
+----+--------+----------+
|  1 | 张三   |   100.00 |
|  2 | 李四   | 10000.00 |
+----+--------+----------+

mysql> rollback to save2;
Query OK, 0 rows affected (0.03 sec)

mysql> select * from account;
-- 此时只剩第一条记录
+----+--------+--------+
| id | name   | balance  |
+----+--------+--------+
|  1 | 张三   |   100.00 |
+----+--------+--------+

mysql> rollback;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from account;
Empty set (0.00 sec)

注意：回滚只能在事务运行期间操作，一旦提交无法回退。如果不设置保存点直接 rollback，会回滚到事务开始状态。

异常场景测试

场景一：未提交前客户端崩溃

终端 A 开启事务插入数据但未 commit，随后异常终止。终端 B 查询会发现数据自动回滚，因为未提交的数据不会持久化。

场景二：已提交后客户端崩溃

终端 A 开启事务插入并 commit，随后异常终止。终端 B 查询依然能看到数据，证明 commit 已将数据持久化。

场景三：begin 与 autocommit 的关系

即使关闭了自动提交 (set autocommit=0)，执行 begin 后，每一条 SQL 仍属于该事务。若中途崩溃且未 commit，数据同样回滚。这证明了 begin 操作会自动更改提交上下文，不受全局 autocommit 设置影响。

结论：

1. 输入 begin 或 start transaction 后，必须通过 commit 才会持久化，与是否设置 autocommit 无关。
2. 事务可手动回滚，操作异常时 MySQL 也会自动回滚。
3. InnoDB 每条 SQL 默认封装成事务并自动提交（select 有 MVCC 特殊情况）。
4. 实验验证了事务的原子性（回滚）和持久性（commit）。

事务的隔离性理论

理解隔离性

MySQL 服务可能同时被多个客户端进程访问。单个事务对用户表现为原子性，但在多事务并发执行多个 SQL 时，可能会互相影响。例如多个事务同时访问同一行数据。为了保证执行过程尽量不受干扰，引入了隔离性。允许受不同程度干扰则形成了隔离级别。

隔离级别

1. 读未提交（Read Uncommitted）：所有事务都能看到其他事务未提交的结果。无隔离性，存在脏读、幻读等问题，生产环境极少使用。
2. 读提交（Read Committed）：只能看到已提交事务的改变。可能导致不可重复读，即同一事务多次读取得到不同结果。Oracle、SQL Server 默认级别。
3. 可重复读（Repeatable Read）：MySQL 默认级别。确保同一事务内多次读取看到相同数据行，但可能存在幻读。
4. 串行化（Serializable）：最高级别，强制排序避免冲突，解决幻读。但会导致超时和锁竞争，性能较差。

隔离主要通过锁实现，包括表锁、行锁、间隙锁（GAP）、Next-Key 锁等。

查看与设置

查看当前会话隔离级别：

select @@tx_isolation;

设置隔离级别：

SET [SESSION | GLOBAL] TRANSACTION ISOLATION LEVEL {READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE}

仅修改当前 session 不影响全局，反之亦然。全局修改后，新会话生效，旧会话需重新登录。

常见问题说明

• 脏读：读到别人未提交的数据。读未提交级别下会发生。
• 不可重复读：同一事务内，两次读取同一行数据结果不同。读提交级别下可能发生。

事务的核心在于平衡一致性与性能。在实际开发中，理解这些原理有助于排查并发问题及优化查询策略。