事务:改了还看不见

提到事务，你肯定会想到ACID(Atomicity、Consistency、Isolatio、Durability,原子性、一致性、隔离性、持久性);

当数据库上有多个事务同时执行的时候，就可能出现脏读(dirty read)、不可重复读(non-repeatable read)、幻读(phantom read)问题，为了解决这些问题，就有了 '隔离级别’的概念

在谈隔离级别之前，你首先要知道，你隔离级别越严实、效率就会越低；因此很多时候，我们都要在二者之间寻找一个平衡点。SQL标准的事务隔离级别包括：读未提交(read uncommitted)、读提交(read committed)、可重复读(repeatable read)和串行化(serializable)

1.读未提交：一个事务还没有提交，它做的变更就能被别的事务看到
2.读提交：一个事务提交之后，它做的变更才会被其他事务看到
3.可重复读：一个事务执行过程看到的数据，总是跟这个事务在启动时看到的数据是一致的。当然在可重复读隔离级别下，未提交变更对其他事务也是不可见的。
4.串行化：顾名思义是对于同一行记录，’写’会加’写锁’，’读’会加’读锁’。当出现读写锁冲突的时候，后访问的事务必须等前一个事务执行完成，才能继续执行

mysql>create table T(c int) engine=InnoDB;
      Insert into T(c) values(1);

在不同的隔离级别下，事务A会有哪些不同的返回结果，也就是图里面V1、V2、V3返回值分别是什么？

1. 在读未提交的隔离级别下，则V1的值就是2。这时候事务B虽然还没有提交，但是结果已经被A看到了，因此V2、V3也都是2
2. 在读提交级别下，则V1是1，V2的值是2。事务B的更新在提交后才能被A看到。所以，V3的值也是2
3. 可重复读级别下，V1、V2是1，V3是2。之所以V2还是1，遵循的就是这个要求：事务在执行期间看到的数据前后必须是一致的
4. 串行化级别下，则在事务B执行将1改成2的时候，会被锁住。直到事务A提交后，事务B才可以继续执行。所以从A的角度看，V1、V2值是1，V3的值是2

在实现上，数据库里面会创建一个视图，访问的时候以视图的逻辑结果为准。
在可重复读隔离级别下，这个视图是在事务启动时创建的，整个事务存在期间都用这个视图；
在读提交级别下，这个视图是在每个SQL语句开始执行的时候创建的。
在读未提交级别下，直接返回记录上的最新值，没有视图概念
串行化级别下，直接用加锁的方式来避免并行访问

配置的方式，将启动参数 Transaction-isolation的值设置成READ-COMMITTED,可以用show variables来查看当前的值
每个隔离级别都有它自己的使用场景，要根据自己的业务情况来定