别再死记硬背了！用Docker快速搞个MySQL，5分钟亲手验证四种隔离级别的区别
5分钟实战：用Docker快速验证MySQL四种隔离级别的差异
在数据库开发中，事务隔离级别是个看似简单却容易混淆的概念。很多开发者能背出四种隔离级别的名称，却对"脏读"、"不可重复读"这些现象缺乏直观感受。今天我们就用Docker搭建一个极简实验环境，通过实际操作让你亲眼见证不同隔离级别下的数据行为差异。
1. 环境准备：一键启动MySQL容器
首先确保你的系统已经安装Docker，然后执行以下命令启动一个MySQL 8.0容器：
docker run --name mysql-isolation -e MYSQL_ROOT_PASSWORD=123456 -p 3306:3306 -d mysql:8.0这个命令会：
- 创建一个名为
mysql-isolation的容器 - 设置root密码为
123456 - 映射3306端口到主机
- 使用MySQL 8.0官方镜像
启动后，用以下命令连接到MySQL：
docker exec -it mysql-isolation mysql -uroot -p123456提示：如果遇到端口冲突，可以修改
-p参数为其他端口如-p 3307:3306
2. 实验数据库设置
在MySQL客户端中执行以下SQL创建测试数据库和表：
CREATE DATABASE isolation_test; USE isolation_test; CREATE TABLE accounts ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50) NOT NULL, balance DECIMAL(10,2) NOT NULL ); INSERT INTO accounts (name, balance) VALUES ('Alice', 1000.00), ('Bob', 500.00);3. 四种隔离级别实验
我们将通过两个并发会话来模拟不同隔离级别下的数据交互。打开两个终端窗口，分别连接到MySQL。
3.1 READ UNCOMMITTED（未提交读）
在第一个会话中设置隔离级别并开始事务：
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED; START TRANSACTION; UPDATE accounts SET balance = balance - 100 WHERE name = 'Alice'; -- 注意：此时不要提交！在第二个会话中：
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED; START TRANSACTION; SELECT * FROM accounts WHERE name = 'Alice';你会看到Alice的余额已经减少了100，尽管第一个事务尚未提交。这就是脏读现象。
3.2 READ COMMITTED（提交读）
重复上述步骤，但将隔离级别改为READ COMMITTED：
会话1：
SET TRANSACTION ISOLATION LEVEL READ COMMITTED; START TRANSACTION; UPDATE accounts SET balance = balance - 100 WHERE name = 'Alice';会话2：
SET TRANSACTION ISOLATION LEVEL READ COMMITTED; START TRANSACTION; SELECT * FROM accounts WHERE name = 'Alice'; -- 看不到未提交的修改此时第二个会话看不到未提交的修改，避免了脏读。但如果在第一个会话提交后，第二个会话再次查询，会看到新值，这就是不可重复读。
3.3 REPEATABLE READ（可重复读）
MySQL默认使用这个隔离级别。让我们看看它的表现：
会话1：
SET TRANSACTION ISOLATION LEVEL REPEATABLE READ; START TRANSACTION; SELECT * FROM accounts WHERE balance > 0; -- 第一次查询会话2：
START TRANSACTION; UPDATE accounts SET balance = balance - 200 WHERE name = 'Alice'; COMMIT;回到会话1：
SELECT * FROM accounts WHERE balance > 0; -- 结果与第一次相同即使在会话2提交了修改，会话1的第二次查询结果仍与第一次相同，避免了不可重复读。但对于范围查询，可能出现幻读现象。
3.4 SERIALIZABLE（可序列化）
这是最严格的隔离级别：
会话1：
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE; START TRANSACTION; SELECT * FROM accounts WHERE balance > 0;会话2：
START TRANSACTION; UPDATE accounts SET balance = balance - 200 WHERE name = 'Alice'; -- 会被阻塞在这种级别下，会话2的更新操作会被阻塞，直到会话1提交事务。这完全避免了幻读，但并发性能最差。
4. 隔离级别对比总结
下表总结了四种隔离级别的特性：
| 隔离级别 | 脏读 | 不可重复读 | 幻读 | 并发性能 |
|---|---|---|---|---|
| READ UNCOMMITTED | ✓ | ✓ | ✓ | 最高 |
| READ COMMITTED | × | ✓ | ✓ | 高 |
| REPEATABLE READ | × | × | ✓ | 中 |
| SERIALIZABLE | × | × | × | 低 |
实际开发中选择隔离级别时需要考虑：
- 数据一致性要求：金融系统通常需要更高级别的隔离
- 性能需求：高并发场景可能需要适当降低隔离级别
- 业务场景特点：某些业务可以容忍特定类型的读取异常
5. 常见问题与技巧
如何查看当前隔离级别：
SELECT @@transaction_isolation;临时修改隔离级别：
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;Docker环境清理：
docker stop mysql-isolation docker rm mysql-isolation实验数据重置：
UPDATE accounts SET balance = 1000.00 WHERE name = 'Alice'; UPDATE accounts SET balance = 500.00 WHERE name = 'Bob';
通过这个实验环境，你可以随时复现各种隔离级别的行为差异。建议在面试前实际操作一遍，比死记硬背概念要有效得多。