数据库事务隔离级别详解：四种级别对比及选择指南

数据库隔离级别

数据库隔离级别 在数据库管理系统中，隔离级别用于定义事务如何相互影响。
这些隔离级别旨在平衡数据一致性和系统性能。
以下是数据库隔离的四个主要级别，以及它们各自的特点和可能​​出现的问题： 1 . 未提交读（READUNCOMMITTED）特性：允许一个事务读取另一个事务尚未提交的数据。
可能出现的问题： 脏读：当事务A修改了操作但没有提交时，事务B读取了该记录。
如果事务 A 随后回滚，则事务 B 读取的数据是“脏”的，因为它实际上从未存在于数据库中。
不可重复读：由于事务B可能在事务A读取数据后提交之前修改了数据，因此事务A在后续读取时可能会得到不同的结果。
影子读：当事务A有多个数据项时，事务B可能插入新数据，导致事务A在后续统计中得到不同的结果。
2 . READCOMMITTED 特点：只能读取已经提交的数据。
这是大多数数据库（例如SqlServer、Oracle）的默认隔离级别。
可能出现的问题： 不可重复读：与未提交读类似，但由于只能读取已提交的数据，因此避免了脏读问题。
然而，不可重复读仍然可能发生，因为其他事务可以修改数据并在当前事务读取数据后提交。
幻读：同样，由于事务之间的并发操作，也可能存在幻读问题。
3 、可重复读特性（REPEATABLEREAD）：保证在同一个事务中多次读取相同的数据时，得到的结果是一致的。
这是默认的 MySQL 隔离级别。
可能的问题： 幻读：虽然可重复读可以避免不可重复读，但仍然会受到幻读的影响。
当事务A有多个数据项，事务B可能会插入新数据并提交，导致事务A在后续统计中得到不同的结果时，就会出现影子读（尽管事务A之前读取的数据本身并没有改变）。
4 . 序列化特性（SERIALIZABLE）：通过强制事务串行执行来避免所有并发问题。
这是最高级别的隔离，但也是效率最低的。
安全性：由于事务是串行执行的，因此可以完全避免误读、不可重复读、幻读等问题。
效率问题：串行执行会显着降低系统的并发性能，因为每个事务必须等待前一个事务完成才能开始执行。
未提交的摘要读：最低隔离级别，允许坏读、不可重复读和幻读，但性能最高。
阅读验证：避免阅读不正确，但仍然会导致不可重复读和幻读。
这是许多数据库的默认选择。
可重复读：避免不可重复读，但仍可能受到幻读的影响。
这是 MySQL 的默认选择。
序列化：最高级别的隔离，完全避免所有并发问题，但性能最低。
选择隔离级别时，需要根据具体的应用场景和需求，权衡数据一致性和系统性能。

数据库四种隔离级别

数据库的四种隔离级别是：ReadUncommissed、ReadCommited、RepeatableRead 和 Serialized。
1 .未提交读（ReadUncomfilled） 定义：允许一个事务读取另一个未提交事务的修改。
特点： 最低隔离级别：该级别允许事务读取脏数据，即未提交的数据修改对其他事务是可见的。
可能导致问题：由于可以读取未提交的数据，因此可能会出现数据不一致的情况。
应用场景：实际应用中很少见，因为无法保证数据的完整性和一致性。
2 . ReadCommited 定义：只能读取已提交事务的修改。
特点： 默认隔离级别：被大多数数据库系统用作默认隔离级别。
不可重复读取：在同一个事务中，多次读取相同的数据可能会得到不同的结果，因为其他事务可能在读取之间修改了数据。
示例：如果 SELECTnameFROMStudentWHEREid=1 ； 在一个事务中执行两次，第一次可能是“张三”，第二次可能是“李四”，因为两次读取之间可能有其他事务修改了名字。
应用场景：适用于数据一致性要求不是特别高，但需要注意不可重复读问题的场景。
3 、可重复读（RepeatableRead）定义：保证在同一个事务中多次读取相同的数据时能够得到相同的结果。
特点： 解决不可重复读：通过锁定要查询的列，防止其他事务修改要查询的行，从而保证在同一个事务中多次读取相同的数据时，可以获得相同的结果。
幻读问题：虽然解决了不可重复读的问题，但是幻读现象依然存在。
也就是说，当在事务中执行范围查询时，查询结果集可能会因为其他事务插入的新数据而发生变化。
示例：如果 SELECTnameFROMStudentWHEREid>1 0； 在一个事务中执行，第一个查询将获取两个学生，但在两个查询之间，另一个事务插入一个 id=1 3 的学生，第二个查询将获取三个学生。
应用场景：适用于需要保证数据一致性和可重复读取，但需要注意幻读问题的场景。
4 、可串行化定义：通过强制事务锁定查询/修改的表，保证事务之间完全隔离。
特点： 最高隔离级别：该级别提供最高的数据隔离，可以完全避免脏读、不可重复读和幻读等问题。
锁争用和并发性降低：由于表需要加锁，因此可能会引起锁争用，严重降低数据库的并发性。
应用场景：适合对数据一致性要求极高、能接受低并发性能的场景。
总结：未提交读：最​​低隔离级别，允许读取脏数据，这在实际应用中很少见。
Read-commit：默认隔离级别只能读取已提交的数据，但存在不可重复读问题。
可重复读：解决了不可重复读的问题，但存在幻读的问题。
适用于需要保证数据一致性和可重复读取的场景。
串行读：最高隔离级别，完全避免脏读、不可重复读和幻读问题，但会降低并发性能。
适合对数据一致性要求极高，并且可以接受低并发性能的场景。

事务的隔离级别

事务的隔离级别是数据库系统中的一个重要机制，它控制多个事务同时执行时相互干扰的程度。
主要分为以下四种： 1 、四种事务隔离级别 read_uncommited（读未提交） 定义：允许事务读取其他事务未提交的修改数据。
问题：发生错误读取（一个事务从另一个事务读取未提交的中间数据）。
应用场景：很少使用，因为数据一致性风险极高。
read_commited（读提交）定义：一个事务只能读取其他事务提交的修改数据。
问题已解决：避免了脏读。
问题：不可重复读取仍然可能发生（同一个事务内多次读取相同的数据，并且由于其他事务的更改而导致结果不同）。
应用场景：Oracle数据库默认的隔离级别，适用于数据实时性要求高但允许短期不一致的场景。
Repeatable_read 定义：保证同一个事务内多次读取相同数据的结果一致。
对其他事务的更改必须等待当前事务提交后才能生效。
问题解决：避免脏读和不可重复读。
问题：幻读仍然可能发生（同一事务中的多个查询返回不同数量的记录，因为其他事务插入或删除数据）。
应用场景：MySQL默认的隔离级别，适合需要保证数据一致性的业务场景（如金融交易）。
可序列化（序列化）定义：最高级别的隔离，通过完全串行执行事务来避免所有并发问题。
问题解决：避免脏读、不可重复读和幻读。
问题：性能最低，因为事务需要排队执行，导致并发效率降低。
应用场景：对数据一致性要求极其严格的场景（例如库存扣减、唯一性约束检查），但一般不推荐使用。
2 、并发问题与隔离级别的关系 脏读：事务A读取了事务B未提交的修改数据。
发生级别：read_uncommissed。
举例：汇款业务中，交易A读取交易B未提交的扣款金额，导致数据错误。
不可重复读：事务A两次读取相同的数据，由于事务B的更改而导致结果不同。
发生级别：read_commissed、repeatable_read（后者通过锁定数据来避免）。
示例：用户查询账户余额。
事务B在第一次读取后改变了余额，但第二次读取的结果不一致。
幻读：事务A的两次查询返回的记录数不同，因为事务B插入或删除了数据。
发生级别：reproducible_read，serialabilized（后者通过全局锁定来避免）。
例：在统计用户数时，交易B新增了一个用户，导致与交易A有两种不同的统计结果。
3 . 原理隔离级别选择：根据业务需求权重一致性和性能：高并发场景优先考虑较低隔离级别（如read_commissed），通过补偿业务逻辑（如重试机制）解决数据不一致问题。
对于严格一致性场景，选择更高的隔离级别（例如reproducible_read或serialized），但必须评估性能损失。
数据库默认隔离级别参考：MySQL：默认repeatable_read，通过多版本并发控制（MVCC）和间隙锁（GapLock）减少幻读。
Oracle：默认为read_commited，基于行级锁定和快照隔离机制。
避免过度使用serialized：只在绝对必要的场景（比如检查唯一性约束）使用它，否则会导致系统吞吐量的大幅降低。
4 .总结 隔离级别从低到高：read_uncommissed→read_commissed→repeatable_read→serialized。
已解决问题的范围： read_uncommissed：未解决任何问题。
read_commissed：解决脏读。
reproducible_read：解决脏读和不可重复读。
可序列化：解决所有并发问题。
性能影响：隔离级别越高，并发性能越低，需要根据业务场景动态调整。
通过正确选择事务隔离级别，可以实现数据一致性和系统性能之间的平衡，保证数据库在高并发环境下的稳定运行。

最易懂的数据库事务的四种隔离级别知识

隔离数据库事务有四个级别，从低到高：Readuncommissed、Readcommissed、Repeatableread 和 Serialized。
这四种隔离级别的解释如下： 1 . readcommit概念：它允许一个事务读取另一个事务未提交的数据。
问题：造成脏读，即读取了不必要的信息，可以逆向读取，导致读取信息不准确。
2 .Readcommited概念：一个事务必须等待另一个事务提交后才能读取数据。
问题：脏读可以避免，但会出现不重复读，即在同一个事务中，数据读取可能会发生两次冲突。
3 、Repeatableread概念：当开始读取数据时，其他事务不允许更改数据。
优点：可以避免脏读和不可重复读。
问题：可能会发生鬼读，即同一事务中的两个查询的结果可能不同。
4 .可序列化概念：总的事务级别是隔离的，事务是串行执行的。
优点：可以避免脏读、不可重复读和鬼读。
缺点：效率低下，因为事务需要有序串行执行，导致资源消耗较高，所以一般不推荐。
总结：Readuncommissed允许读取未提交的数据，但可以在脏读、幽灵读和不可重复读中找到。
它避免了抛出脏读，但可能会出现不重复读和幽灵读。
Repeatableread避免了基读和不可重复读，但可能会出现幻读。
Serialized 避免了所有冲突问题，但效率低下。