数据库事务隔离级别详解

之前有讲过Spring的事务管理《Spring的事务管理》，其中有提到数据库事务隔离级别，不知道还有几个人记得？

数据库事务隔离分为4个隔离级别。

由低到高：

Read Uncommitted（读未提交） Read committed（读提交） Repeatable read（可重复读） Serializable（序列化 ）。

脏读（Read out of invalid data)：指事务A读到了事务B还没有提交的数据，但事务B又进行了回滚，产生了脏数据，事务A读取到的数据就是脏数据，依据脏数据所做的操作可能是不正确的。

不可重复读（Unrepeatable Read)：指在数据库访问中，一个事务范围内两个相同的查询却返回了不同数据，即原始读取不可重复。这是由于在查询间隔，被另一个事务修改并提交了。与脏读的区别在于，脏读读取到另一个事务未提交的数据，而不可重复读是读取了前一事务提交的数据。

幻读（Phantom Read)：指在一个事务的两次查询中数据笔数不一致，例如有一个事务A查询了几列(Row)数据，而另一个事务B却在此时插入了新的几列数据，先前的事务A在接下来的查询中，就会发现有几列数据是它先前所没有的，就好像发生幻觉一样。

读未提交（Read Uncommitted)：若事务A已经开始写数据，则事务B则不允许同时进行写操作，但允许其他事务读此行数据。

该隔离级别可以通过“排他锁”实现。注：锁参考《Java中锁总结》

避免了更新丢失，却可能出现脏读。也就是说事务A读取到了事务B未提交的数据。

读提交（Read committed)：读取数据的事务A允许其他事务继续访问该行数据，但是未提交的写事务将会禁止其他事务访问该行。

该隔离级别避免了脏读，但是却可能出现不可重复读。

事务A事先读取了数据，事务B紧接了更新了数据，并提交了事务，而事务A再次读取该数据时，数据已经发生了改变。

可重复读（Repeatable read)：读取数据的事务将会禁止写事务（但允许读事务），写事务则禁止任何其他事务。

避免了不可重复读取和脏读，但是有时可能出现幻读。

这可以通过“共享锁”和“排他锁”实现。注：锁参考《Java中锁总结》

序列化（Serializable)：提供严格的事务隔离。要求事务序列化执行，事务只能一个接着一个地执行，不能并发执行。若仅仅通过“行级锁”是无法实现事务序列化的，必须通过其他机制保证新插入的数据不会被刚执行查询操作的事务访问到。

序列化是最高的事务隔离级别，同时代价也花费最高，性能很低，一般很少使用，在该级别下，事务顺序执行，不仅可以避免脏读、不可重复读，还避免了幻读。

总结：

隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大。

对于多数应用程序，可以优先考虑把数据库系统的隔离级别设为Read Committed。它能够避免脏读取，而且具有较好的并发性能。尽管它会导致不可重复读、幻读和第二类丢失更新这些并发问题，在可能出现这类问题的个别场合，可以由应用程序采用悲观锁或乐观锁来控制。

大多数数据库的默认级别就是Read Committed（例如Sql Server 、Oracle）

MySQL的默认隔离级别就是Repeatable read。

善于与人沟通，

适度采纳别人意见！

晚安！