目录
理解隔离性
- MySQL服务可能会同时被多个客户端进程(线程)访问,访问的方式以事务方式进行
- 一个事务可能由多条SQL构成,也就意味着,任何一个事务,都有执行前,执行中,执行后的阶段。而所谓的原子性,其实就是让用户层,要么看到执行前,要么看到执行后。执行中出现问题,可以随时回滚。所以单个事务,对用户表现出来的特性,就是原子性。
- 所有事务都要有个执行过程,那么在多个事务各自执行多个SQL的时候,就还是有可能会出现互相影响的情况。比如:多个事务同时访问同一张表,甚至同一行数据。
- 就如同你妈妈给你说:你要么别学,要学就学到最好。至于你怎么学,中间有什么困难,你妈妈不关心。那么你的学习,对你妈妈来讲,就是原子的。那么你学习过程中,很容易受别人干扰,此时,就需要将你的学习隔离开,保证你的学习环境是健康的。
- 数据库中,为了保证事务执行过程中尽量不受干扰,就有了一个重要特征:隔离性
- 数据库中,允许事务受不同程度的干扰,就有了一种重要特征:隔离级别
在事务场景中,隔离是必要的。是运行中的事务进行互相隔离。在事务运行中,不会出现互相干扰,这就是隔离性;根据影响程度的不同,隔离级别。
隔离级别
- 读未提交【Read Uncommitted】
在该隔离级别,所有的事务都可以看到其他事务没有提交的执行结果。(实际生产中不可能使用这种隔离级别的),但是相当于没有任何隔离性,也会有很多并发问题,如脏读,幻读,不可重复读等。
- 读提交【Read Committed】
该隔离级别是大多数数据库的默认的隔离级别(不是 MySQL 默认的)。它满足了隔离的简单定义:一个事务只能看到其他的已经提交的事务所做的改变。这种隔离级别会引起不可重复读,即一个事务执行时,如果多次 select,可能得到不同的结果。
- 可重复读【Repeatable Read】
这是 MySQL 默认的隔离级别,它确保同一个事务,在执行中,多次读取操作数据时,会看到同样的数据行。但是会有幻读问题。
- 串行化【Serializable】
这是事务的最高隔离级别,它通过强制事务排序,使之不可能相互冲突,从而解决了幻读的问题。它在每个读的数据行上面加上共享锁,但是可能会导致超时和锁竞争(这种隔离级别太极端,实际生产基本不使用)
隔离级别如何实现
隔离,基本都是通过锁实现的,不同的隔离级别,锁的使用是不同的。常见有:表锁,行锁,读锁,写锁,间隙锁(GAP),Next-Key锁(GAP+行锁)等。不过,我们目前现有这个认识就行,先关注上层使用。
查看与设置隔离性
查看
-- 查看全局隔离级别
select @@global.tx_isolation;
-- 查看会话(当前)全局隔离级别
select @@session.tx_ioslation;
-- 默认同上
select @@tx_isolation;
设置
-- 设置当前会话 or 全局隔离级别语法
SET [SESSION | GLOBAL] TRANSACTION ISOLATION LEVEL {READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE}
- 设置session级别
-- 设置会话级别只影响当前会话
set session transaction isolation level serializable; -- 串行化
而另一个会话没有发生改变
- 设置全局级别
--设置全局隔离性,另起一个会话,会被影响
set global transaction isolation level READ UNCOMMITTED;
如果没有现象,就关闭mysql客户端,重新连接,我们试一下:
注意:隔离级别一般保持一致
读未提交Read Uncommitted
- 设置读未提交
set global transaction isolation level read uncommitted;
设置完毕后记得重启一下mysql才会生效
- 一端启动事务同时插入和更新数据。但是没有提交事务
但是另一端也启动事务,读到更新但是未commit的数据
读未提交:一个事务正在运行,另一个事务也启动起来,对数据做增删改操作,如果隔离级别是读未提交,增删改会被立马看到,这就是读未提交,没有提交就会被看到。
所以读未提交几乎是没有加锁,虽然效率高,但是问题太多,不建议采用。
一个事务在执行中,读到另一个执行中事务的更新(或其他操作)但是未commit的数据,这种现象叫做脏读(dirty read)
读提交Read Committed
- 设置读提交的隔离级别
set global transaction isolation level read committed;
- 一端启动事务进行插入和更新数据,另一端事务在没有结束的情况下(commit之后也能看到),也能看到变化了
并发执行事务,一个事务对数据做了修改,操作期间另一个看不到,而一旦提交了,就能看到了。这就是读提交的隔离级别。
多个事务并发执行时,此时还在当前事务中,并未commit,那么就造成了同一个事务内,同样的读取,在不同的时间段(依旧还在事务操作中)读取到了不同的值,这种现象叫做不可重复读(non reapeatable read),比如我们上面的图片就是,在一个事务运行的内部还未commit,但是同样的读取却读取到了不同的值。
读提交出现的不可重复读是有问题的
如在一个事务中,按照薪资等级分成不同的等级,然后分发年终奖品,我们查找徐一这个名字,此时已经找到了。但是此时另一个事务对徐一这个名字的薪资进行了修改,而刚开始的事务还没有提交,同一个事务中,同样的读取,此时徐一这个人就需要分发两个奖品,这是不合理的,一个人只能按照薪资等级分发到一个奖品。所以我们不想让一个事务运行中读到另一个事务的提交。
可重复读Repeatable Read
- 设置事务隔离级别:
set global transaction isolation level repeatable read;
解决两个并发的事务,一方提交,一方增删改,提交也不会影响到另一方。
- 现在其中一个事务中对数据进行增删改,同时提交,而另一个事务启动后没有提交查看表的数据
可以看到,在另一个终端中,事务无论什么时候进行查找,看到的结果都是一致的,这叫做可重复读,而当事务结束掉自然就能看到变化了
事务B前后两次读取同一个范围的数据,在事务B两次读取的过程中事务A新增了数据,导致事务B后一次读取到前一次查询没有看到的行。这种现象,叫做幻读。很明显,MySQL在RR级别的时候,是解决了幻读问题的。
串行化serializable
对所有操作全部加锁,事务进行串行化,不是sql,不会有问题,但是只要串行化,效率很低,几乎完全不会被采用
- 设置隔离级别串行化
set global transaction isolation level serializable;
select * from account; -- 两个读取不会串行化,共享锁
- 查找时没有阻塞
总结:
- 其中隔离级别越严格,安全性越高,但数据库的并发性能也就越低,往往需要在两者之间找一个平衡点。
- 不可重复读的重点是修改和删除:同样的条件, 你读取过的数据,再次读取出来发现值不一样了。幻读的重点在于新增:同样的条件, 第1次和第2次读出来的记录数不一样
- 说明: mysql 默认的隔离级别是可重复读,一般情况下不要修改
- 上面的例子可以看出,事务也有长短事务这样的概念。事务间互相影响,指的是事务在并行执行的时候,即都没有commit的时候,影响会比较大。
脏读、不可重复读、幻读
脏读
在事务A执行过程中,事务A对数据资源进行了修改,事务B读取了事务A修改后的数据。
由于某些原因,事务A并没有完成提交,发生了RollBack操作,则事务B读取的数据就是脏数据。
由于某些原因,事务A并没有完成提交,发生了RollBack操作,则事务B读取的数据就是脏数据。
不可重复读
事务B读取了两次数据资源,在这两次读取的过程中事务A修改了数据,导致事务B在这两次读取出来的数据不一致。
这种在同一个事务中,前后两次读取的数据不一致的现象就是不可重复读(Nonrepeatable Read)。
幻读
事务B前后两次读取同一个范围的数据,在事务B两次读取的过程中事务A新增了数据,导致事务B后一次读取到前一次查询没有看到的行。
幻读和不可重复读有些类似,但是幻读强调的是集合的增减,而不是单条数据的更新。
一致性
事务执行的结果,必须使数据库从一个一致性状态,变到另一个一致性状态。当数据库只包含事务成功提交的结果时,数据库处于一致性状态。如果系统运行发生中断,某个事务尚未完成而被迫中断,而改未完成的事务对数据库所做的修改已被写入数据库,此时数据库就处于一种不正确(不一致)的状态。因此一致性是通过原子性来保证的。
其实一致性和用户的业务逻辑强相关,一般MySQL提供技术支持,但是一致性还是要用户业务逻辑做支撑,也就是,一致性,是由用户决定的。
而技术上,通过AID保证C