MySQL 事务核心：ACID 特性、提交回滚与隔离级别详解

创建测试表

create table if not exists account(
    id int primary key,
    name varchar(50) not null default '',
    balance decimal(10,2) not null default 0.0
) ENGINE=InnoDB DEFAULT CHARSET=UTF8;

正常流程：保存点与回滚

我们可以利用保存点（Savepoint）实现部分回滚。先开启事务，插入数据，设置保存点，再插入数据，最后回滚到指定保存点。

start transaction;
savepoint save1;
insert into account values (1, '张三', 100);
savepoint save2;
insert into account values (2, '李四', 10000);
select * from account;
-- 此时两条记录都在
rollback to save2;
-- 回滚到 save2，第二条记录消失
rollback;
-- 直接回滚到事务开始，所有记录消失

注意：回滚只能在事务运行期间操作，一旦事务提交（Commit），就无法回退。

异常场景下的行为

1. 未提交即崩溃

若客户端在事务未提交时异常终止（如 Ctrl+\ 强制退出），MySQL 会自动回滚该事务。这体现了事务的原子性。

2. 已提交后崩溃

若事务已提交（Commit），即使客户端随后崩溃，数据依然保留。这体现了持久性。

3. BEGIN 对自动提交的影响

即使关闭了全局自动提交（set autocommit=0），一旦执行 BEGIN，事务逻辑依然独立。若未提交就断开连接，数据同样会回滚。

4. 单条 SQL 与事务的关系

• 在 autocommit=ON 模式下，每条单条 SQL 默认封装成事务并立即提交。
• 在 autocommit=OFF 模式下，单条 SQL 也会隐式开启事务，直到下一条 SQL 执行前提交，或者显式 Commit/Rollback。

事务的隔离性理论

理解隔离性

MySQL 服务可能被多个客户端进程同时访问。单个事务对用户表现为原子性（要么全见，要么全不见），但在多事务并发执行时，彼此可能会互相干扰。例如，多个事务同时访问同一行数据。

为了保证事务执行过程不受干扰，引入了隔离性。允许事务受不同程度的干扰，则形成了不同的隔离级别。

四种隔离级别

1. 读未提交 (Read Uncommitted)：能看到其他事务未提交的修改。实际生产中几乎不使用，会导致脏读等问题。
2. 读提交 (Read Committed)：只能看到已提交的事务变更。大多数数据库的默认级别（非 MySQL）。可能导致不可重复读。
3. 可重复读 (Repeatable Read)：MySQL 默认级别。确保同一事务内多次读取结果一致。可能存在幻读问题。
4. 串行化 (Serializable)：最高级别，强制排序，解决幻读，但性能开销大，易导致锁竞争。

隔离级别的实现主要依赖锁机制（表锁、行锁、间隙锁等），具体由存储引擎内部处理。

查看与设置隔离级别

-- 查看全局隔离级别
select @@global.tx_isolation;
-- 查看当前会话隔离级别
select @@session.tx_isolation;
-- 简写
select @@tx_isolation;

设置语法如下：

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

仅修改当前 Session 隔离级别不会影响全局设置。全局修改后，新建立的会话才会生效，当前会话需重新登录才能同步。

隔离级别实验现象

读未提交 (Read Uncommitted)

在此级别下，事务 A 修改数据但未提交，事务 B 即可读到该数据。这种现象称为脏读 (Dirty Read)。由于风险过高，生产环境严禁使用。

读提交 (Read Committed)

事务 A 修改数据并提交后，事务 B 才能看到。但在事务 A 内部，若多次读取同一数据，期间若有其他事务修改并提交，A 将读到不同值。这种现象称为不可重复读 (Non-repeatable Read)。

事务机制是数据库并发控制的核心，理解其原理对于编写高可靠性的代码至关重要。