数据库隔离性到底是什么

发布时间：2026-09-21 16:34:14 来源：亿速云阅读：84 作者：小樊栏目：数据库

“数据库的隔离性（Isolation）”是事务四大特性（ACID）中的 I，一句话概括就是：

多个事务并发执行时，一个事务的中间过程不能被其他事务看到或干扰，就好像这些事务是“一个一个串行执行”的一样。

下面从“为什么需要”“具体在防什么”“实现到什么程度”三个层次说清楚。

一、为什么需要隔离性？

如果完全没有隔离，多个事务同时操作同一批数据，会出现很多“看起来很荒唐”的问题。

举个例子（银行转账）：

事务 A：从账户 X 扣 100
事务 B：查账户 X 余额

如果没隔离，B 可能看到：

X 扣了一半钱的状态（脏数据）
或者一会儿有、一会儿没有（前后不一致）

隔离性就是为了避免这些并发导致的逻辑错误。

二、隔离性在“防什么”？（典型并发问题）

1️⃣ 脏读（Dirty Read）

读到了别的事务“还没提交”的数据

事务 A 改了数据，但没提交
事务 B 读了
A 回滚了
B 读到的数据是“不存在的”

✅ 隔离性要防止这种情况

2️⃣ 不可重复读（Non-Repeatable Read）

同一个事务内，两次读同一行，结果不一样

事务 A 读余额 = 100
事务 B 修改并提交
事务 A 再读 = 80

✅ 较强隔离级别会避免

3️⃣ 幻读（Phantom Read）

同一个事务内，两次查询，行数变了

事务 A：SELECT * WHERE age > 18
事务 B 插入一条新数据
事务 A 再查，多了一行

✅ 更高隔离级别才解决

4️⃣ 丢失更新（Lost Update）

两个事务同时改，后提交的把前面的覆盖掉

A 读 100，B 读 100
A 改成 110，B 改成 120
最终只剩 120（A 的更新丢了）

三、隔离性“做到什么程度”：隔离级别

SQL 标准定义了 4 种隔离级别（从弱到强）：

隔离级别	脏读	不可重复读	幻读
读未提交（Read Uncommitted）	❌ 可能	❌ 可能	❌ 可能
读已提交（Read Committed）	✅ 防止	❌ 可能	❌ 可能
可重复读（Repeatable Read）	✅	✅	❌（部分库解决）
串行化（Serializable）	✅	✅	✅

MySQL 默认是 可重复读
PostgreSQL 默认是 读已提交

四、隔离性是怎么实现的？（简单说）

数据库通常用这些手段：

锁（Lock）
- 读锁 / 写锁
- 行锁 / 表锁
MVCC（多版本并发控制）
- 每个事务看到的是“某个时间点的快照”
- 读不阻塞写，写不阻塞读（MySQL、PG 都靠它）
串行化执行
- 最安全，但性能最差

五、一句话总结

隔离性 = 并发事务之间“互不干扰”的程度保障
它不是“完全不能并发”，而是“并发但看起来像串行”。

如果你愿意，我也可以：

用 具体 SQL + 时间线 演示脏读/幻读
讲 MySQL 的 MVCC 是怎么实现隔离的
结合 实际业务（库存、订单） 讲该选哪个隔离级别

向AI问一下细节