MySQL事务

一.数据库事务

数据库事务可以保证多个对数据库的操作（也就是 SQL 语句）构成一个逻辑上的整体，要么全部执行成功,要么全部不执行

二. ACID

关系型数据库（MySQL、SQL Server、Oracle 等）事务都有 ACID 特性
A：原子性（Atomicity）：事务是最小的执行单位，不允许分割。事务的原子性确保动作要么全部完成，要么完全不起作用
C：一致性（Consistency）：执行事务前后，数据保持一致，例如转账业务中，无论事务是否成功，转账者和收款人的总额应该是不变的
I： 隔离性（Isolation）：并发访问数据库时，一个用户的事务不被其他事务所干扰，各并发事务之间数据库是独立的
D：持久性（Durabilily）：一个事务被提交之后，它对数据库中数据的改变是持久的，即使数据库发生故障也不应该对其有任何影响（所做的修改一定被保存，即使掉电也不应该变成错误数据）
如转账操作
MySQL如何实现事务
MySQL InnoDB 引擎使用 redo log(重做日志) 保证事务的持久性，使用 undo log(回滚日志) 来保证事务的原子性
MySQL InnoDB 引擎通过 锁机制、MVCC 等手段来保证事务的隔离性（ 默认支持的隔离级别是 REPEATABLE-READ ）
保证AID，C得到保障

三.并发事务的问题

1.脏读（Dirty read）:
当一个事务正在访问数据并且对数据进行了修改，而这种修改还没有提交到数据库中，这时另外一个事务也访问了这个数据，然后使用了这个数据。这个数据叫“脏数据”如这个修改最后没有提交或者回滚了，则会发生错误。
2.丢失修改（Lost to modify）:
多个事务访问一个数据，那么在第一个事务中修改了这个数据后，第二个事务也修改了这个数据。这样第一个事务内的修改结果会丢失，因此称为丢失修改。 例如：事务 1 读取某表中的数据 A=20，事务 2 也读取 A=20，事务 1 修改 A=A-1，事务 2 也修改 A=A-1，最终结果 A=19，事务 1 的修改被丢失。
第一类丢失修改：A事务撤销时，回滚操作把B事务的修改抹去了。数据库用锁解决了这个问题，如InnoDB的行锁，即任何隔离级别都不该出现这个问题
第二类丢失修改：A事务提交时，覆盖了B事务的提交，如上面的例子，采用锁解决，如乐观锁/悲观锁
3.不可重复读（Unrepeatableread）:
一个事务内多次读同一数据。在这个事务还没有结束时，另一个事务也访问该数据，并且修改了数据。在第一个事务中的两次读数据之间，由于第二个事务的修改导致第一个事务两次读取的数据可能不太一样。这就发生了在一个事务内两次读到的数据是不一样的情况，因此称为不可重复读。
4.幻读（Phantom read）:
幻读与不可重复读类似。它发生在一个事务（T1）读取了几行数据，接着另一个并发事务（T2）插入了一些数据时。在随后的查询中，第一个事务（T1）就会发现多了一些原本不存在的记录，就好像发生了幻觉一样，所以称为幻读。
幻读和不可重复读的区别在于幻读对于范围（里面新增了数据），不可重复读对单条数据（这条数据修改了）

四.事务的隔离级别

既然有了并发事务的问题，就要通过设置隔离级别或者其他方法进行解决
1.READ-UNCOMMITTED(ru 读取未提交)：
最低的隔离级别，允许读取尚未提交的数据变更，可能会导致脏读、幻读或不可重复读。
2.READ-COMMITTED(rc 读取已提交)：
允许读取并发事务已经提交的数据，可以阻止脏读，但是幻读或不可重复读仍有可能发生。
3.REPEATABLE-READ(rr 可重复读)：
对同一字段的多次读取结果都是一致的，除非数据是被本身事务自己所修改，可以阻止脏读和不可重复读，但幻读仍有可能发生。
4.SERIALIZABLE(可串行化)：
最高的隔离级别，完全服从 ACID 的隔离级别。所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，也就是说，该级别可以防止脏读、不可重复读以及幻读。