为什么要有事务？

• 当需要对一个数据表进行一系列多个操作的情况下，为了防止这些操作中一部分操作成功，而另一部分操作失败，从而导致数据不正确，我们就需要事务来控制了。
• 当两个人或者多个人同时操作同一条数据的时候，会有数据的不统一或者造成幻觉现象，我们就需要事务来控制了。

什么是事务

事务是逻辑上的一组操作，要么都执行，要么都不执行。

假如张三给李四转账100块，这就等价于张三余额减少100，李四的余额增加100.假如系统在张三减少100元之后崩溃了，导致张三余额减少而李四没有增加，那很明显就出问题了。

所以这里就需要 「 事务控制 」 。事务就是保证你这一系列操作要么都成功，要么都失败。

事务的特性（ACID）

1. 原子性: 事务是最小的单位，不允许分割。事务的原子性确保动作要么全部完成，要么全部失败。
2. 一致性: 执行事务前后，数据保持一致。例如转账业务中，无论事务成功与否，转账人和收款人的总金额是不变的。
3. 隔离性: 并发访问数据库时，一个用户的事务不被其它事务所干扰。各并发事务之间数据库是独立的。
4. 持久性: 一个事务被提交之后，它对数据库的改变是持久的，即使数据库发生故障也不应该对其有任何影响。

并发事务带来的问题

数据库并发经常会出现以下几个问题，也是数据库事务面试经常会问到的重点:

• 脏读(Dirty Read): 指当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，另外一个事务也访问这个数据，然后使用了这个数据。因为这个数据是还没有提交的数据，那么另外一个事务读到的这个数据是脏数据，依据脏数据所做的操作可能是不正确的。

事务T1将某一值修改，然后事务T2读取该值，此后T1因为某种原因撤销对该值的修改，这就导致了T2所读取到的数据是无效的。

• 不可重复读(Unrepeatable Read): 在一个事务内，多次读同一个数据。在这个事务还没有结束时，另一个事务也访问该同一数据并修改数据。那么，在第一个事务的两次读数据之间。由于另一个事务的修改，那么第一个事务两次读到的数据可能不一样，这样就发生了在一个事务内两次读到的数据是不一样的，因此称为不可重复读，即原始读取不可重复。

事务T1读取某一数据，事务T2读取并修改了该数据，T1为了对读取值进行检验而再次读取该数据，便得到了不同的结果

• 幻读(Phantom read): 当事务不是独立执行时发生的一种现象，例如第一个事务对一个表中的数据进行了修改，比如这种修改涉及到表中的“全部数据行”。同时，第二个事务也修改这个表中的数据，这种修改是向表中插入“一行新数据”。那么，以后就会发生操作第一个事务的用户发现表中还存在没有修改的数据行，就好像发生了幻觉一样。

事务A读取与搜索条件相匹配的若干行。事务B以插入或删除行等方式来修改事务A的结果集，然后再提交。

不可重复读和幻读

不可重复读的重点是修改，幻读的重点在于新增或删除。

例子 (同样的查询条件，你读取过一次，再次读取出来看到数据不一致) : 事务a中张三查看自己的工资是3000元，还未提交事务，事务b中老板给张三发了3000元工资，导致张三还未提交，查询第二次的时候发现工资变成了6000；这就是不可重复读。

例子 (同样的条件，读取出来的数据数量不一致): 假设有个商品库，事务a读取了所有的可口可乐牌的饮料，统一修改价格为5元，这时候事务b新增了一条可口可乐牌的饮料，价格为2.5元。事务a再次读取时查看记录多了一条2.5元的可口可乐饮料(刚刚明明把所有可口可乐相关的都改成了5元的)，这样就导致了幻读。

事务的隔离级别

SQL标准定义了四个隔离级别:

• 读未提交: 最低的隔离级别，允许读取尚未提交的数据变更， 「 该级别可能会导致脏读、幻读或不可重复读 」 。
• 读已提交: 允许读取并发事务已经提交的数据， 「 可以阻止脏读，但是幻读和不可重复读仍会发生 」 。
• 可重复读: 对同一字段的多次读取结果是一致的，除非数据是本身事务自己所修改， 「 可以阻止脏读和不可重复读，但是幻读仍有可能发生 」 。
• 可串行化: 最高隔离级别，完全服从ACID的隔离级别。所有事务依次执行，这样事务之间相互不可能存在干扰，即 「 防止了脏读、不可重复读和幻读 」 。

MySQL InnoDB存储引擎的默认支持的隔离级别是 REPEATABLE-READ(可重复读) 。可以通过 SELECT @@tx_isolation;命令查看。(MySQL:5.7)

mysql> SELECT @@tx_isolation;+-----------------+| @@tx_isolation |+-----------------+| REPEATABLE-READ |+-----------------+

这里需要注意的是：与 SQL 标准不同的地方在于InnoDB 存储引擎在  REPEATABLE-READ（可重读） 事务隔离级别下使用的是 Next-Key Lock  锁算法，因此可以避免幻读的产生，这与其他数据库系统(如 SQL Server)是不同的。所以说InnoDB 存储引擎的默认支持的隔离级别是 REPEATABLE-READ（可重读） 已经可以完全保证事务的隔离性要求，即达到了 SQL标准的 SERIALIZABLE(可串行化) 隔离级别。

因为隔离级别越低，事务请求的锁越少，所以大部分数据库系统的隔离级别都是 READ-COMMITTED(读已提交) 。但是你要知道的是InnoDB存储引擎默认使用 REPEATABLE-READ（可重读） 并不会有任何性能损失。

InnoDB 存储引擎在 分布式事务 的情况下一般会用到 SERIALIZABLE(可串行化) 隔离级别。

都结合网上资料加上自己的一些理解，如果有影响到他人的地方，可以联系我：[email protected]