广昌网站建设/最近一周新闻大事摘抄
事务隔离 —— 为什么你改了我还看不见？
在数据库中，事务（Transaction） 用于保证一组数据库操作要么全部成功，要么全部失败，这是一种原子性的操作机制。在 MySQL 中，事务的支持由存储引擎层实现。但并非所有引擎都支持事务，比如 MySQL 原生的 MyISAM 引擎就不支持事务，而 InnoDB 引擎 则是主流的支持事务的引擎。
一、事务的四大特性（ACID）
| 特性 | 含义 |
|---|---|
| 原子性（Atomicity） | 事务中包含的所有操作要么全部成功，要么全部失败 |
| 一致性（Consistency） | 事务执行前后，数据库都处于一致状态 |
| 隔离性（Isolation） | 并发执行的事务之间彼此隔离，互不影响 |
| 持久性（Durability） | 事务一旦提交，对数据库的修改就是永久性的，即使系统故障也不会丢失 |
二、隔离性与隔离级别
当多个事务并发执行时，若没有隔离，就可能导致以下问题：
- 脏读（Dirty Read）：读取到未提交事务的数据
- 不可重复读（Non-repeatable Read）：同一事务中多次读取同一数据，值却不同
- 幻读（Phantom Read）：同一事务中两次查询返回的记录数不同
为解决这些问题，SQL 标准定义了四种隔离级别：
1. 四大隔离级别说明
| 隔离级别 | 描述 | 会发生的问题 |
|---|---|---|
| Read Uncommitted（读未提交） | 可以读取未提交事务修改的数据 | 脏读、不可重复读、幻读 |
| Read Committed（读已提交） | 只能读取已提交事务修改的数据 | 不可重复读、幻读 |
| Repeatable Read（可重复读） | 同一事务内多次读取结果一致（MySQL 默认） | 幻读（依赖间隙锁解决） |
| Serializable（可串行化） | 强制事务串行执行，防止并发 | 无脏读/不可重复读/幻读，但效率低 |
注意：隔离级别越高，性能越差。需要根据业务需求做权衡。
2. 示例说明（图示说明略，可自己绘图添加）
假设有两个事务 A 和 B，对某行数据进行读写操作：
- 在 读未提交 下，事务 A 会看到事务 B 的未提交修改
- 在 读已提交 下，A 只能看到 B 已提交的修改
- 在 可重复读 下，A 在整个事务中看到的始终是开始时的数据快照
- 在 串行化 下，B 的写操作会被阻塞，直到 A 完成
3. MySQL 中隔离级别的实现方式
- Read Uncommitted：直接读取最新数据，无视事务
- Read Committed：每次 SQL 执行前创建一个视图（Read View）
- Repeatable Read：在事务开始时创建视图，期间一直使用同一个视图
- Serializable：加锁控制并发，防止冲突
在 MySQL 中，默认隔离级别为 Repeatable Read，但 Oracle 默认是 Read Committed。
查询当前隔离级别
SHOW VARIABLES LIKE 'transaction_isolation';
三、事务隔离的实现机制（MVCC）
以“可重复读”为例，MySQL 使用 多版本并发控制（MVCC） 来实现事务隔离。
1. 回滚日志机制
- 每条记录在更新时都会生成一条回滚日志（undo log）
- 当前值可以通过逐步回滚恢复到历史版本
- 不同事务通过自己的视图（Read View）看到的版本可能不同
例如，某值从 1 → 2 → 3 → 4，回滚日志如下：
| 当前值 | 回滚日志 |
|---|---|
| 4 | 3、2、1 |
视图 A 启动于值为 1 时，则通过回滚可看到 1；视图 B 则可能看到 2。
2. MVCC 的优点
- 允许读取操作不加锁，提升并发性能
- 实现隔离级别无需加重锁负担
3. 回滚日志的回收问题
- 回滚日志会在无事务再引用时被清除
- 长事务 会阻止日志清理，导致存储膨胀
实例：某系统数据仅 20GB，但 undo 日志达 200GB，最终只能重建数据库解决。
四、事务的启动方式及建议
1. 显式启动事务
BEGIN;
-- 或
START TRANSACTION;
-- 提交或回滚
COMMIT;
ROLLBACK;
2. 隐式启动方式：autocommit=0
SET autocommit = 0;
- 此模式下，即使执行一个简单的
SELECT，也会自动开启事务 - 若未手动
COMMIT或ROLLBACK，事务将一直占用资源，形成 隐性长事务
建议
- 使用
SET autocommit=1（默认），通过显式语句控制事务 - 使用
COMMIT WORK AND CHAIN可在提交后立即开启下一个事务
-- 查看运行超过60秒的事务
SELECT *
FROM information_schema.innodb_trx
WHERE TIME_TO_SEC(TIMEDIFF(NOW(), trx_started)) > 60;
五、总结
- 事务隔离是数据库并发控制的核心机制
- 在 MySQL 中，推荐使用默认的 Repeatable Read + MVCC 实现事务隔离
- 尽量避免隐式长事务，主动控制事务生命周期
- 根据实际业务权衡性能与隔离性的需求