提到事务,你肯定会想到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返回值分别是什么?
- 在读未提交的隔离级别下,则V1的值就是2。这时候事务B虽然还没有提交,但是结果已经被A看到了,因此V2、V3也都是2
- 在读提交级别下,则V1是1,V2的值是2。事务B的更新在提交后才能被A看到。所以,V3的值也是2
- 可重复读级别下,V1、V2是1,V3是2。之所以V2还是1,遵循的就是这个要求:事务在执行期间看到的数据前后必须是一致的
- 串行化级别下,则在事务B执行将1改成2的时候,会被锁住。直到事务A提交后,事务B才可以继续执行。所以从A的角度看,V1、V2值是1,V3的值是2
在实现上,数据库里面会创建一个视图,访问的时候以视图的逻辑结果为准。
在可重复读隔离级别下,这个视图是在事务启动时创建的,整个事务存在期间都用这个视图;
在读提交级别下,这个视图是在每个SQL语句开始执行的时候创建的。
在读未提交级别下,直接返回记录上的最新值,没有视图概念
串行化级别下,直接用加锁的方式来避免并行访问
配置的方式,将启动参数 Transaction-isolation的值设置成READ-COMMITTED,可以用show variables来查看当前的值
每个隔离级别都有它自己的使用场景,要根据自己的业务情况来定