数据库隔离性(数据库事务隔离性)

大家好，数据库隔离性相信很多的网友都不是很明白，包括数据库事务隔离性也是一样，不过没有关系，接下来就来为大家分享关于数据库隔离性和数据库事务隔离性的一些知识点，大家可以关注收藏，免得下次来找不到哦，下面我们开始吧！

数据库事务隔离性

事务隔离性（Insulation）(Isolation)由并发事务所作的修改必须与任何其它并发事务所作的修改隔离

事务查看数据时数据所处的状态，要么是另一并发事务修改它之前的状态，要么是另一事务修改它之后的状态，事务不会查看中间状态的数据

这称为隔离性，因为它能够重新装载起始数据，并且重播一系列事务，以使数据结束时的状态与原始事务执行的状态相同

当事务可序列化时将获得最高的隔离级别

在此级别上，从一组可并行执行的事务获得的结果与通过连续运行每个事务所获得的结果相同

由于高度隔离会限制可并行执行的事务数，所以一些应用程序降低隔离级别以换取更大的吞吐量

持久性（Duration）(Durability）事务完成之后，它对于系统的影响是永久性的

该修改即使出现致命的系统故障也将一直保持

如何理解数据库事务隔离级别及脏读、不可重复读、幻读

本篇文章给大家带来的内容是关于如何理解数据库事务隔离级别及脏读、不可重复读、幻读，有一定的参考价值，有需要的朋友可以参考一下，希望对你有所帮助。

一、数据库事务正确执行的四个基本要素1.1ACID原则。

??ACID原则是数据库事务正常执行的四个基本要素，分别指原子性、一致性、独立性及持久性。

??事务的原子性(Atomicity)是指一个事务要么全部执行,要么不执行，也就是说一个事务不可能只执行了一半就停止了，比如你从取款机取钱，这个事务可以分成两个步骤：1划卡，2出钱。不可能划了卡，而钱却没出来，这两步必须同时完成.要么就不完成。

??事务的一致性(Consistency)是指事务的运行并不改变数据库中数据的一致性。例如，完整性约束了a+b=10，一个事务改变了a，那么b也应该随之改变。或者说，A给B转账300元钱，那么A的账户就必须是减少300元钱，B的账户就必须是增加300元钱，不能说是增加或减少了如200元钱等，这里符合事务的原子性，但是不符合事务的一致性。往实际业务中没有这么简单，往是类似买东西扣库存这类的逻辑，主表里有库存，库存表里有库存，SKU表里还有，然后就因为设计缺陷，就算加了事务还是出现了超卖、SKU库存对不上总库存的问题，这个就是一致性不满足的了。

??独立性(Isolation）：事务的独立性也有称作隔离性,是指两个以上的事务不会出现交错执行的状态，因为这样可能会导致数据不一致。

??持久性(Durability）：一旦事务提交或者回滚，这个状态都要持久化到数据库中，不考虑隔离性会出现的读问题。

1.2脏读、不可重复读，幻读。

??脏读(Dirty read)：在一个事务中读取到另一个事务没有提交的数据。例如，当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，另外一个事务也访问这个数据，然后使用了这个数据。

??不可重复读(NonRepeatable Read)：既不能读到相同的数据内容。是指在一个事务内，多次读同一数据，在这个事务还没有结束时，另外一个事务也访问该同一数据并且修改，那么，在第一个事务中的两次读数据之间，由于第二个事务的修改，第一个事务两次读到的的数据可能是不一样的。

??幻读(Phantom Read)：在一个事务中，两次查询的结果不一致(针对的insert操作)。是指当事务不是独立执行时发生的一种现象，例如第一个事务对一个表中的数据进行了修改，这种修改涉及到表中的全部数据行。同时，第二个事务也修改这个表中的数据，这种修改是向表中插入一行新数据。那么，以后操作第一个事务的用户发现表中还有没有修改的数据行，就好象发生了幻觉一样。

??例如，一个编辑人员更改作者提交的文档，但当生产部门将其更改内容合并到该文档的主复本时，发现作者已将未编辑的新材料添加到该文档中。如果在编辑人员和生产部门完成对原始文档的处理之前，任何人都不能将新材料添加到文档中，则可以避免该问题。

二、数据库事务隔离级别??数据库事务的隔离级别有4个，由低到高依次为Read uncommitted（读未提交）、Read committed（读提交）、Repeatable read（可重复读）、Serializable（序列化），这四个级别可以逐个解决脏读、不可重复读、幻读这几类问题。

2.1 Read uncommitted（读未提交）

??公司发工资了，领导把5000元打到singo的账号上，但是该事务并未提交，而singo正好去查看账户，发现工资到账5000元整，非常高兴。可是不幸的是，领导发现发给singo的工资金应该是2000元，于是迅速回滚了事务（将5000元回滚），修改金额后（修改为2000元），将事务提交，最后singo实际的工资只有 2000元，singo空欢喜一场。

??出现上述情况，即我们所说的脏读，两个并发的事务，“事务A：领导给singo发工资”，“事务B：singo查询工资账户”，事务B读取了事务A尚未提交的数据。

??当隔离级别设置为Read uncommitted（读未提交）时，就可能出现脏读，如果我们此时将隔离级别提升为Read committed（读已提交），便可避免脏读。

2.2 Read committed（读已提交）

??singo拿着工资卡去消费，系统读取到卡里确实有2000元，而此时她的老婆也正好在网上转账，把singo工资卡的2000元转到另一账户，并在 singo之前提交了事务，当singo扣款时，系统检查到singo的工资卡已经没有钱，扣款失败，singo十分纳闷，明明卡里有钱，到底是啥情况呢？

??出现上述情况，即我们所说的不可重复读，两个并发的事务，“事务A：singo消费”、“事务B：singo的老婆网上转账”，事务A事先读取了数据，事务B紧接了更新了数据，并提交了事务，而事务A再次读取该数据时，数据已经发生了改变。

??当隔离级别设置为Read committed（读已提交）时，避免了脏读，但是可能会造成不可重复读（既不能读到相同的数据内容）。

??大多数数据库的默认级别就是Read committed（读已提交），比如Sql Server, Oracle，此时如果将隔离级别提升为Repeatable read（可重复读），可以避免脏读和不可重复读的发生。

2.3 Repeatable read（可重复读）

??当隔离级别设置为Repeatable read（可重复读）时，可以避免不可重复读。当singo拿着工资卡去消费时，一旦系统开始读取工资卡信息（即事务开始），singo的老婆就不可能对该记录进行修改，也就是singo的老婆不能在此时转账。

??（这里两个博客举得例子不一样，请各位看官指明原因）或者说，有A、B两个会话，分别开启两个事务，然后A向B转了500元钱，A提交事务，B再去查看，发现依旧是原钱数，B只能结束当前事务，在开启一个新事务，才能查询到数据的变化，这样便避免了不可重复读。如果我们设置了Seriizable（序列化），就相当于锁表，某一时间内只允许一个事务访问该表。

??虽然Repeatable read避免了不可重复读，但还有可能出现幻读。

??比如singo的老婆工作在银行部门，她时常通过银行内部系统查看singo的信用卡消费记录。有一天，她正在查询到singo当月信用卡的总消费金额（select sum(amount) from transaction where month=本月）为80元，而singo此时正好在外面胡吃海塞后在收银台买单，消费1000元，即新增了一条1000元的消费记录（insert transaction?），并提交了事务，随后singo的老婆将singo当月信用卡消费的明细打印到A4纸上，却发现消费总额为1080元，singo的老婆很诧异，以为出现了幻觉，幻读就这样产生了。

??注：Mysql的默认隔离级别就是Repeatable read。

2.4 Serializable（序列化）

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

三、总结3.1隔离级别与对应可能产生的问题表

隔离级别脏读(Dirty read)不可重复读(NonRepeatable Read)幻读(Phantom Read)读未提交(Read uncommitted)可能可能可能读已提交(Read committed)不可能可能可能可重复读(Repeatable read)不可能不可能可能序列化(Serializable)不可能不可能不可能

事务隔离级别有哪些

事务的隔离级别有4种，由低到高分别为Read uncommitted、Read committed、Repeatable read、Serializable。事物的并发操作中可能休闲脏读，不可重复读，幻读。

1、第一种隔离级别：Read uncommitted（读未提交）

如果一个事务已经开始写数据，则另外一个事务不允许同时进行写操作，但允许其他事务读此行数据，该隔离级别可以通过“排他写锁”，但是不排斥读线程实现。这样就避免了更新丢失，却可能出现脏读，也就是说事务B读取到了事务A未提交的数据。

解决了更新丢失，但还是可能会出现脏读。

2、第二种隔离级别：Read committed（读提交）

如果是一个读事务(线程)，则允许其他事务读写，如果是写事务将会禁止其他事务访问该行数据，该隔离级别避免了脏读，但是可能出现不可重复读。事务A事先读取了数据，事务B紧接着更新了数据，并提交了事务，而事务A再次读取该数据时，数据已经发生了改变。

解决了更新丢失和脏读问题。

3、第三种隔离级别：Repeatable read（可重复读取）

可重复读取是指在一个事务内，多次读同一个数据，在这个事务还没结束时，其他事务不能访问该数据，这样就可以在同一个事务内两次读到的数据是一样的，因此称为是可重复读隔离级别，读取数据的事务将会禁止写事务，写事务则禁止任何其他事务，这样避免了不可重复读和脏读，但是有时可能会出现幻读。

读取数据的事务可以通过“共享读镜”和“排他写锁”实现。

解决了更新丢失、脏读、不可重复读、但是还会出现幻读。

4、第四种隔离级别：Serializable（可序化）

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

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

事务的基本要素（ACID）

1、原子性（Atomicity）：事务开始后所有操作，要么全部做完，要么全部不做，不可能停滞在中间环节。事务执行过程中出错，会回滚到事务开始前的状态，所有的操作就像没有发生一样。也就是说事务是一个不可分割的整体，就像化学中学过的原子，是物质构成的基本单位。

2、一致性（Consistency）：事务开始前和结束后，数据库的完整性约束没有被破坏。比如A向B转账，不可能A扣了钱，B却没收到。

3、隔离性（Isolation）：同一时间，只允许一个事务请求同一数据，不同的事务之间彼此没有任何干扰。比如A正在从一张银行卡中取钱，在A取钱的过程结束前，B不能向这张卡转账。

4、持久性（Durability）：事务完成后，事务对数据库的所有更新将被保存到数据库，不能回滚。

以上内容参考：事务隔离级别-百度百科

关于数据库隔离性，数据库事务隔离性的介绍到此结束，希望对大家有所帮助。