从网络上帖子总结

什么是事务

事务是应用程序中一系列严密的操做，全部操做必须成功完成，不然在每一个操做中所做的全部更改都会被撤消。也就是事务具备原子性，一个事务中的一系列的操做要么所有成功，要么一个都不作。即 一系列相关的操做，要么所有成功，要么所有不执行。sql

事务的结束有两种：数据库

一、当事务中的全部步骤所有成功执行时，事务提交。网络

二、若是其中一个步骤失败，将发生回滚操做，撤消以前到事务开始时的全部操做。并发

即  全部的操做都成功执行才会提交（提交完毕才属于真正完成操做），不然回退全部动做，原始状态。性能

事务的 ACID

事务具备四个特征：spa

原子性（ Atomicity ）、一致性（ Consistency ）、隔离性（ Isolation ）和持续性（ Durability ）。3d

这四个特性简称为 ACID 特性。blog

• 原子性。事务是数据库的逻辑工做单位，事务中包含的各操做要么都作，要么都不作排序

一个事务就是一个原子，完整性，不会停留在某个中间状态，要么初始，要么成功结束。事务

• 一致性。事务执行的结果必须是使数据库从一个一致性状态变到另外一个一致性状态。所以当数据库只包含成功事务提交的结果时，就说数据库处于一致性状态。若是数据库系统运行中发生故障，有些事务还没有完成就被迫中断，这些未完成事务对数据库所作的修改有一部分已写入物理数据库，这时数据库就处于一种不正确的状态，或者说是不一致的状态。

数据库应该无论多少并发事务执行，都应该保持一致性。

• 隔离性。一个事务的执行不能对其它事务造成干扰。即一个事务内部的操做及使用的数据对其它并发事务是隔离的，并发执行的各个事务之间不能互相干扰。

每一个之间互不影响，即便相同操做，也如同串行同样，顺序执行，同一时间一份数据执行。

持续性。也称永久性，指一个事务一旦提交，它对数据库中的数据的改变就应该是永久性的。接下来的其它操做或故障不该该对其执行结果有任何影响

提交完毕的事务不可回滚。覆水难收。

Mysql的四种隔离级别

SQL标准定义了4类隔离级别，包括了一些具体规则，用来限定事务内外的哪些改变是可见的，哪些是不可见的。低级别的隔离级通常支持更高的并发处理，并拥有更低的系统开销。

Read Uncommitted（读取未提交内容）

在该隔离级别，全部事务均可以看到其余未提交事务的执行结果。本隔离级别不多用于实际应用，由于它的性能也不比其余级别好多少。读取未提交的数据，也被称之为脏读（Dirty Read）。

就比如还没肯定的消息，你却先知道了发布出去，最后又变动了，就是说瞎话了。常说的脏读，读到了还未提交的。

Read Committed（读取提交内容）

这是大多数数据库系统的默认隔离级别（但不是MySQL默认的）。它知足了隔离的简单定义：一个事务只能看见已经提交事务所作的改变。这种隔离级别 也支持所谓的不可重复读（Nonrepeatable Read），由于同一事务的其余实例在该实例处理其间可能会有新的commit，因此同一select可能返回不一样结果。

只能读取到已经提交的事务。

Repeatable Read（可重读）

这是MySQL的默认事务隔离级别，它确保同一事务的多个实例在并发读取数据时，会看到一样的数据行。不过理论上，这会致使另外一个棘手的问题：幻读 （Phantom Read）。简单的说，幻读指当用户读取某一范围的数据行时，另外一个事务又在该范围内插入了新行，当用户再读取该范围的数据行时，会发现有新的“幻影” 行。InnoDB和Falcon存储引擎经过多版本并发控制（MVCC，Multiversion Concurrency Control）机制解决了该问题。

编者按：幻读。读到已提交的数据。

Serializable（可串行化）

这是最高的隔离级别，它经过强制事务排序，使之不可能相互冲突，从而解决幻读问题。简言之，它是在每一个读的数据行上加上共享锁。在这个级别，可能致使大量的超时现象和锁竞争。

编者按：事务顺序执行，没有并行，彻底杜绝幻读。

这四种隔离级别采起不一样的锁类型来实现，若读取的是同一个数据的话，就容易发生问题。例如：

• 脏读(Drity Read)：某个事务已更新一份数据，另外一个事务在此时读取了同一份数据，因为某些缘由，前一个RollBack了操做，则后一个事务所读取的数据就会是不正确的。读取到未提交事务的数据。读取阶段。

• 不可重复读(Non-repeatable read):在一个事务的两次查询之中数据不一致，这多是两次查询过程当中间插入了一个事务更新的原有的数据。

• 幻读(Phantom Read):在一个事务的两次查询中数据笔数不一致，例若有一个事务查询了几列(Row)数据，而另外一个事务却在此时插入了新的几列数据，先前的事务在接下来的查询中，就有几列数据是未查询出来的，若是此时插入和另一个事务插入的同样的数据，就会报错。读取到新提交的数据，发生在插入阶段。

在MySQL中，实现了这四种隔离级别，分别有可能产生问题以下所示：

（一）、将A的隔离级别设置为read uncommitted(未提交读)

A：启动事务，此时数据为初始状态

B：启动事务，更新数据，但不提交

A：再次读取数据，发现数据已经被修改了，这就是所谓的“脏读”

B：回滚事务

A：再次读数据，发现数据变回初始状态

通过上面的实验能够得出结论，事务B更新了一条记录，可是没有提交，此时事务A能够查询出未提交记录。形成脏读现象。未提交读是最低的隔离级别。

脏读，读取到未提交事务的数据。

（二）、将客户端A的事务隔离级别设置为read committed(已提交读)

A：启动事务，此时数据为初始状态

B：启动事务，更新数据，但不提交

A：再次读数据，发现数据未被修改

B：提交事务

A：再次读取数据，发现数据已发生变化，说明B提交的修改被事务中的A读到了，这就是所谓的“不可重复读”

通过上面的实验能够得出结论，已提交读隔离级别解决了脏读的问题，可是出现了不可重复读的问题，即事务A在两次查询的数据不一致，由于在两次查询之间事务B更新了一条数据。已提交读只容许读取已提交的记录，但不要求可重复读。

本次事务中不会读取到其余事务对相关数据作的改变，除非其余事务提交。不可重复读的意思就是说，若是另外一事务B有提交，则A事务中两次读会出现不一致。

(三)、将A的隔离级别设置为repeatable read(可重复读)

A：启动事务，此时数据为初始状态

B：启动事务，更新数据，但不提交

A：再次读取数据，发现数据未被修改

B：提交事务

A：再次读取数据，发现数据依然未发生变化，这说明此次能够重复读了

B：插入一条新的数据，并提交

A：再次读取数据，发现数据依然未发生变化，虽然能够重复读了，可是却发现读的不是最新数据，这就是所谓的“幻读”

A：提交本次事务，再次读取数据，发现读取正常了

由以上的实验能够得出结论，可重复读隔离级别只容许读取已提交记录，并且在一个事务两次读取一个记录期间，其余事务不得更新该记录。但该事务不要求与其余事务可串行化。例如，当一个事务能够找到由一个已提交事务更新的记录，可是可能产生幻读问题(注意是可能，由于数据库对隔离级别的实现有所差异)。像以上的实验，就没有出现数据幻读的问题。

本次事务中不会读取到其余提交的事务数据，当前事务结束后再次读取会读到最新数据。

(四)、将A的隔离级别设置为可串行化(Serializable)

A：启动事务，此时数据为初始状态

B：发现B此时进入了等待状态，缘由是由于A的事务还没有提交，只能等待（此时，B可能会发生等待超时）

A：提交事务

B：发现插入成功

serializable彻底锁定字段，若一个事务来查询同一份数据就必须等待，直到前一个事务完成并解除锁定为止。是完整的隔离级别，会锁定对应的数据表格，于是会有效率的问题。

排队，依次进行。

总结

一、事务具备四个特征：

原子性（ Atomicity ）、一致性（ Consistency ）、隔离性（ Isolation ）和持续性（ Durability ）。

二、Mysql的四种隔离级别

（1）Read Uncommitted（读取未提交内容）

A能够读取到B还未提交的事务。

（2）Read Committed（读取提交内容）

A只能读取到B已经提交的事务。而且A事务中两次读到的内容不一致，缘由就是B提交事务。

（3）Repeatable Read（可重读）

A只能读取到B已经提交的事务。而且A事务中两次读到的内容一致，A事务结束后再读取会读取到B提交事务。

（4）Serializable（可串行化）A事务未提交，B事务就等待。

三、脏读、幻读、不可重复读

脏读：读到了还未提交事务的数据。

幻读：两次事务读到的数据不一致。中间有新事务提交。

不可重复读：一次事务中不容许屡次读，会发生数据不一致。中间有新事务提交