事务及事务隔离级别

什么是事务

事务是访问数据库的一个操做序列，数据库应用系统经过事务集来完成对数据库的存取。事务的正确执行使得数据库从一种状态转换为另外一种状态。

事务必须服从ISO/IEC所制定的ACID原则。ACID是原子性（atomicity）、一致性（consistency）、隔离性（isolation）、持久性（durability）的缩写，这四种状态的意思是：

一、原子性

即不可分割，事务要么所有被执行，要么所有不执行。若是事务的全部子事务所有提交成功，则全部的数据库操做被提交，数据库状态发生变化；若是有子事务失败，则其余子事务的数据库操做被回滚，即数据库回到事务执行前的状态，不会发生状态转换

二、一致性

事务的执行使得数据库从一种正确状态转换成另一种正确状态

三、隔离性

在事务正确提交以前，不容许把事务对该数据的改变提供给任何其余事务，即在事务正确提交以前，它可能的结果不该该显示给其余事务

四、持久性

事务正确提交以后，其结果将永远保存在数据库之中，即便在事务提交以后有了其余故障，事务的处理结果也会获得保存

 

事务的做用

事务管理对于企业级应用而言相当重要，它保证了用户的每一次操做都是可靠的，即使出现了异常的访问状况，也不至于破坏后台数据的完整性。就像银行的自动提款机ATM，一般ATM均可以正常为客户服务，可是也不免遇到操做过程当中及其忽然出故障的状况，此时，事务就必须确保出故障前对帐户的操做不生效，就像用户刚才彻底没有使用过ATM机同样，以保证用户和银行的利益都不受损失。

 

并发下事务会产生的问题

举个例子，事务A和事务B操纵的是同一个资源，事务A有若干个子事务，事务B也有若干个子事务，事务A和事务B在高并发的状况下，会出现各类各样的问题。"各类各样的问题"，总结一下主要就是五种：第一类丢失更新、第二类丢失更新、脏读、不可重复读、幻读。五种之中，第一类丢失更新、第二类丢失更新不重要，不讲了，讲一下脏读、不可重复读和幻读。

一、脏读

所谓脏读，就是指事务A读到了事务B尚未提交的数据，好比银行取钱，事务A开启事务，此时切换到事务B，事务B开启事务-->取走100元，此时切换回事务A，事务A读取的确定是数据库里面的原始数据，由于事务B取走了100块钱，并无提交，数据库里面的帐务余额确定仍是原始余额，这就是脏读。

二、不可重复读

所谓不可重复读，就是指在一个事务里面读取了两次某个数据，读出来的数据不一致。仍是以银行取钱为例，事务A开启事务-->查出银行卡余额为1000元，此时切换到事务B事务B开启事务-->事务B取走100元-->提交，数据库里面余额变为900元，此时切换回事务A，事务A再查一次查出帐户余额为900元，这样对事务A而言，在同一个事务内两次读取帐户余额数据不一致，这就是不可重复读。

三、幻读

所谓幻读，就是指在一个事务里面的操做中发现了未被操做的数据。好比学生信息，事务A开启事务-->修改全部学生当天签到情况为false，此时切换到事务B，事务B开启事务-->事务B插入了一条学生数据，此时切换回事务A，事务A提交的时候发现了一条本身没有修改过的数据，这就是幻读，就好像发生了幻觉同样。幻读出现的前提是并发的事务中有事务发生了插入、删除操做。

 

事务隔离级别

事务隔离级别，就是为了解决上面几种问题而诞生的。为何要有事务隔离级别，由于事务隔离级别越高，在并发下会产生的问题就越少，但同时付出的性能消耗也将越大，所以不少时候必须在并发性和性能之间作一个权衡。因此设立了几种事务隔离级别，以便让不一样的项目能够根据本身项目的并发状况选择合适的事务隔离级别，对于在事务隔离级别以外会产生的并发问题，在代码中作补偿。

事务隔离级别有4种，可是像Spring会提供给用户5种，来看一下：

一、DEFAULT

默认隔离级别，每种数据库支持的事务隔离级别不同，若是Spring配置事务时将isolation设置为这个值的话，那么将使用底层数据库的默认事务隔离级别。顺便说一句，若是使用的MySQL，可使用"select @@tx_isolation"来查看默认的事务隔离级别

二、READ_UNCOMMITTED

读未提交，即可以读取到没有被提交的数据，因此很明显这个级别的隔离机制没法解决脏读、不可重复读、幻读中的任何一种，所以不多使用

三、READ_COMMITED

读已提交，即可以读到那些已经提交的数据，天然可以防止脏读，可是没法限制不可重复读和幻读

四、REPEATABLE_READ

重复读取，即在数据读出来以后加锁，相似"select * from XXX for update"，明确数据读取出来就是为了更新用的，因此要加一把锁，防止别人修改它。REPEATABLE_READ的意思也相似，读取了一条数据，这个事务不结束，别的事务就不能够改这条记录，这样就解决了脏读、不可重复读的问题，可是幻读的问题仍是没法解决

五、SERLALIZABLE

串行化，最高的事务隔离级别，无论多少事务，挨个运行完一个事务的全部子事务以后才能够执行另一个事务里面的全部子事务，这样就解决了脏读、不可重复读和幻读的问题了

网上专门有图用表格的形式列出了事务隔离级别解决的并发问题：

再必须强调一遍，不是事务隔离级别设置得越高越好，事务隔离级别设置得越高，意味着势必要花手段去加锁用以保证事务的正确性，那么效率就要下降，所以实际开发中每每要在效率和并发正确性之间作一个取舍，通常状况下会设置为READ_COMMITED，此时避免了脏读，并发性也还不错，以后再经过一些别的手段去解决不可重复读和幻读的问题就行了。

 

事物隔离级别查看及修改

首先说明一下MySQL查看和修改事务隔离级别的几个命令：

• 查看事务隔离级别使用select @@tx_isolation
• 修改当前会话事务隔离级别使用SET session TRANSACTION ISOLATION LEVEL Serializable;（参数能够为：Read uncommitted|Read committed|Repeatable read|Serializable）
• 修改全局事务隔离级别使用SET global TRANSACTION ISOLATION LEVEL Serializable;（参数能够为：Read uncommitted|Read committed|Repeatable read|Serializable）

修改了会话的事务隔离级别，好比MyBatis，getSqlSession()的时候，只针对这一次拿到的Session有效；好比CMD命令行，只对这一次的窗口有效。

修改了全局的事务隔离级别，那么针对此后全部的会话有效，当前已经存在的会话不受影响。

关于MySQL事务隔离级别，推荐你们一篇文章，很详细地测试了四种事务隔离级别https://www.cnblogs.com/snsdzjlz320/p/5761387.html，相信你们读了必定有所进步。