（不知道为什么，顺序变了，将就看吧，都在里面）
一、事务的基本要素（ACID）
1、原子性（Atomicity）：事务开始后所有操作，要么全部做完，要么全部不做，不可能停滞在中间环节。事务执行过程中出错，会回滚到事务开始前的状态，所有的操作就像没有发生一样。也就是说事务是一个不可分割的整体，就像化学中学过的原子，是物质构成的基本单位。
?2、一致性（Consistency）：事务开始前和结束后，数据库的完整性约束没有被破坏 。比如A向B转账，不可能A扣了钱，B却没收到。
3、隔离性（Isolation）：同一时间，只允许一个事务请求同一数据，不同的事务之间彼此没有任何干扰。比如A正在从一张银行卡中取钱，在A取钱的过程结束前，B不能向这张卡转账。
4、持久性（Durability）：事务完成后，事务对数据库的所有更新将被保存到数据库，不能回滚。
- 事务的并发问题
???在实际应用程序中有可能会多个事务的执行来操纵相同的数据,有可能会导致以下的问题发生
1、脏读：
脏读(Dirty Read):当一个事务正在访问数据并对数据做了修改,而这种修改还没有提交到数据库,这时另外一个事务也访问了这个数据,然后使用了这个数据,因为这个数据是还没有提交的操作,那么另外一个事务读到的这个数据就是"脏数据",依据脏数据所做的操作可能是不正确的
如:事务A读取了事务B更新但未提交的数据，然后B回滚操作，那么A读取到的数据是脏数据
2、不可重复读：
指在一个事务内多次读取同一数据,在这个事务还没有结束时,另外一个事务也访问该数据,那么在第一个事务中的两次读取数据之间,由于第二个事务的修改导致第一个事务两次读取的数据不一致,这就导致了一个事务内两次读取的数据不一致,因此称为不可重复读
如:事务 A 多次读取同一数据，事务 B 在事务A多次读取的过程中，对数据作了更新并提交，导致事务A多次读取同一数据时，结果 不一致。
3、幻读：
幻读(Phantom Read):幻读与不可重复读类似,他发生在一个事务T1读取了几行数据,接着另外一个并发事务T2插入了一些数据,在随后的查询中,第一个事务就会发现读了一些原本不存在的记录,就好像发生了幻觉一样,所以称为幻读
如:系统管理员A将数据库中所有学生的成绩从具体分数改为ABCDE等级，但是系统管理员B就在这个时候插入了一条具体分数的记录，当系统管理员A改结束后发现还有一条记录没有改过来，就好像发生了幻觉一样，这就叫幻读。
小结：不可重复读的和幻读很容易混淆，不可重复读侧重于修改，幻读侧重于新增或删除。解决不可重复读的问题只需锁住满足条件的行，解决幻读需要锁表
?
三、MySQL事务隔离级别
MySQL中定义四种标准的隔离级别用于解决事务并发问题
- ?READ-UNCOMMITTED(读取未提交):最低的隔离级别，允许读取尚未提交的数据变更，可能会导致脏读、幻读或不可重复读。
- READ-COMMITTED(读取已提交):只允许读取并发事务已经提交的数据，可以阻止脏读，但是幻读或不可重复读仍有可能发生。
- REPEATABLE-READ(可重复读):对同一字段的多次读取结果都是一致的，除非数据是被本身事务自己所修改，可以阻止脏读和不可重复读，但幻读仍有可能发生。
- SERIALIZABLE(可串行化):最高的隔离级别，完全服从ACID的隔离级别。所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，也就是说，该级别可以防止脏读、不可重复读以及幻读。
-
事务隔离级别
脏读
不可重复读
幻读
读未提交（read-uncommitted）
是
是
是
读已提交（read-committed）
否
是
是
可重复读（repeatable-read）
否
否
是
串行化（serializable）
否
否
否
?SELECT @@TRANSACTION_ISOLATION;
mysql默认的事务隔离级别为repeatable-read
-
四、用例子说明各个隔离级别的情况
1、读未提交：
（1）打开一个客户端A，并设置当前事务模式为read uncommitted（未提交读），查询表account的初始值：
?
（2）在客户端A的事务提交之前，打开另一个客户端B，更新表account：
?
?
（3）这时，虽然客户端B的事务还没提交，但是客户端A就可以查询到B已经更新的数据：
?
（4）一旦客户端B的事务因为某种原因回滚，所有的操作都将会被撤销，那客户端A查询到的数据其实就是脏数据：
?
- 在客户端A执行更新语句update account set balance = balance - 50 where id =1，lilei的balance没有变成350，居然是400，是不是很奇怪，数据不一致啊，如果你这么想就太天真 了，在应用程序中，我们会用400-50=350，并不知道其他会话回滚了，要想解决这个问题可以采用读已提交的隔离级别
- 读未提交不能无法解决脏读、不可重复读、幻读中的任何一种，
?
因此很少使用
?
2、读已提交
（1）打开一个客户端A，并设置当前事务模式为read committed（未提交读），查询表account的所有记录：
?
（2）在客户端A的事务提交之前，打开另一个客户端B，更新表account：
?
（3）这时，客户端B的事务还没提交，客户端A不能查询到B已经更新的数据，解决了脏读问题：
?
?
（5）客户端A执行与上一步相同的查询，结果 与上一步不一致，即产生了不可重复读的问题
?
???(6)读已提交，即能够读到那些已经提交的数据，自然能够防止脏读，
??????但是无法限制不可重复读和幻读
? 3、可重复读(MySql默认隔离级别)
? （1）打开一个客户端A，并设置当前事务模式为repeatable read，查询表account的所有记录
（2）在客户端A的事务提交之前，打开另一个客户端B，更新表account并提交
（3）在客户端A查询表account的所有记录，与步骤（1）查询结果一致，没有出现不可重复读的问题
(7)重复读取,即在数据读出来之后加锁，类似"select * from XXX for update"，明确数据读取出来就是为了更新用的，所以要加一把锁，防止别人修改它。REPEATABLE_READ的意思也类似，读取了一条数据，这个事务不结束，别的事务就不会影响这条记录，这样就解决了脏读、不可重复读的问题，但是幻读的问题还是无法解决
?
- 串行化
- 在可重复读的隔离级别下，在客户端A，接着开启事务，将所有数据更新为1000
(2)打开客户端B，插入一条新数据
?????
??
?
(3)在客户端A提交后,再提交客户端B,再回来查询A客户端数据,会发现一条 没有更新成功的数据，就像发生了幻觉一样，这就是幻读???
?
幻读解决,打开一个客户端A，并设置当前事务模式为serializable串行化,查询表account的初始值：
?
（5）打开一个客户端B，并设置当前事务模式为serializable，插入一条记录报错，表被锁了插入失败，mysql中事务隔离级别为serializable时会锁表，因此不会出现幻读的情况，这种隔离级别并发性极低，开发中很少会用到。
(6)、当A事务提交或回滚结束事务后,才会释放锁,B才能插入数据
?
补充：
1、事务隔离级别为读提交时，写数据只会锁住相应的行
2、事务隔离级别为可重复读时不能防止幻读。
3、事务隔离级别为串行化时，读写数据都会锁住整张表
4、隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大。