数据库事务的隔离级别有4种,由低到高分别为Read uncommitted 、Read committed 、Repeatable read 、Serializable 。
在事务的并发操作中可能会出现脏读,不可重复读,幻读。具体可参照该篇博客https://blog.csdn.net/baolingye/article/details/102231803
Read uncommitted
读未提交,即一个事务可以读取到另一个未提交的事务
举例:
转账事务 | 取款事务 | |
---|---|---|
1 | 开始事务 | |
2 | 开始事务 | |
3 | 查新账户余额为2000 | |
4 | 取款1000元,余额改为1000 | |
5 | 查询账户余额为1000(脏读) | |
6 | 取款发生错误,事务回滚,余额变为2000 | |
7 | 转入2000,余额变为3000(1000+2000) | |
8 | 提交事务 | |
备注 | 正常逻辑此时账户为4000元 |
那怎么解决脏读呢?Read committed!读提交,能解决脏读问题。
Read committed
读提交,顾名思义,就是一个事务要等另一个事务提交后才能读取数据
举个例子:
事务A | 事务B | |
---|---|---|
1 | 开始事务 | |
2 | 第一次查询,小明为20岁 | |
3 | 开始事务 | |
4 | 其他操作 | |
5 | 更改小明年龄为25 | |
6 | 提交事务 | |
7 | 第二次查询,小明年龄为25 | |
备注 | 两次读取到数据不一致 |
那怎么解决可能的不可重复读问题?Repeatable read !
Repeatable read
重复读,就是在开始读取数据(事务开启)时,不再允许修改操作
举个例子:
事务A | 事务B | |
---|---|---|
1 | 开始事务 | |
2 | 第一次查询,数据总量为100条 | |
3 | 开始事务 | |
4 | 其他操作 | |
5 | 增加100条数据 | |
6 | 提交事务 | |
7 | 第二次查询,数据总量为200条 | |
备注 | 两次读取到数据总量不一致 |
那怎么解决幻读问题?Serializable!
Serializable
即序列化。Serializable 是最高的事务隔离级别,在该级别下,事务串行化顺序执行,可以避免脏读、不可重复读与幻读。但是这种事务隔离级别效率低下,比较耗数据库性能,一般不使用。