本文主要是介绍SQL数据库事务隔离级别总结,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!
概念
保证一个事务的正确性,需要保证:
- Atomicity 原子性:同一个事务中的操作,要么全部成功,要么全部失败。
- Consistency 一致性:数据库中的数据保证合法,满足所有的约束(比如唯一约束)
- Isolation 隔离性:不同的事务不能相互影响
- Durability 持久性:事务提交后,不管数据库是否崩溃重启,提交的事务所作出的修改都要生效
如果不对事务进行隔离,多个事务同时发生在数据库中,将会导致以下的问题:
- 脏读:一个事务读取到另一个未提交事务的修改。没保证原子性,如果当前事务基于这些脏数据进行操作,另一个事务回滚后,这些操作将会是错误的
- 不可重复读:事务中,另外的事务提交了update或delete,导致当前事务前后读取到的数据不一致。没保证持久性,会导致当前事务覆盖另外事务的修改
- 幻读:事务中,另外的事务提交了insert,导致当前事务前后读取到的数据总量不一致。当前事务先对唯一约束进行检查发现没有与将要插入的数据重复的,此时另外的事务提交了,导致当前事务进行插入后数据库中有两条相同的数据,破环了一致性
为了避免上述的情况,数据库设置了不同的隔离级别:
- read-uncommitted 读未提交:可以读到未提交的数据(完全不隔离)
- read-committed 读已提交:只能读取已提交的数据(避免脏读)
- repeatable-read 可重复读:只能读取到事务开始前,其它事务提交的数据(避免脏读、不可重复读)
- serializable 串行化:所有事务一个一个执行,不进行并发(避免脏读、不可重复读、幻读)
| 脏读 | 不可重复读 | 幻读 | ❌ |
---|
读未提交 | ‘✅ | ✅ | ✅ | 隔离性 |
读已提交 | ‘ | ✅ | ✅ | 原子性 |
可重复读 | ‘ | | ✅ | 持久性 |
串行化 | ‘ | | | 一致性 |
实现
以MySQL中的InnoDB为例。
- 读未提交:不加锁
- 读已提交:读取前加行锁,读取完毕释放
- 可重复读:读取前加行锁,事务完成后释放
- 串行化:读取前加表锁,事务完成后释放
注意:MySQL中默认的事务隔离级别为可重复读。但是实际操作中会发现,事务中无法读取到另一个事务同时提交的insert数据。貌似MySQL的可重复读级别并没有幻读的问题
。其实这是因为MySQL不仅使用锁机制来进行事务隔离,同时使用MVCC来增强。如果在事务中对另一个事务同时提交的insert数据进行update,会发现能够修改成功,并且修改后能够查询到数据。
这篇关于SQL数据库事务隔离级别总结的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!