高性能mysql 事务笔记

时间:2019-04-19
本文章向大家介绍高性能mysql 事务笔记,主要包括高性能mysql 事务笔记使用实例、应用技巧、基本知识点总结和需要注意事项,具有一定的参考价值,需要的朋友可以参考一下。

事务的四大特性原子性、一致性、隔离性、持久性,

事务隔离的四大隔离级别:

READ UNCOMMITTED(未提交读),

在 read uncommitted级别,事务中的修改,及时没有提交,对其他事务也都是可见的。事物可以读取未提交的数据,这也被称为脏读,你想如果所有的未提交的数据事物它读取了,性能上是不是会差,所以在实际应用场景中很少应用

READ COMMITTED(提交读),

提交读是大部分数据库的默认隔离级别,mysql却不是,因为它所执行的是 一个数据至未提交事务之前 事务是看不到它的,所有事务都是不相干的没有关联,所有的修改对其他事务是不可见的,这个级别也被称为不可重复读,因为两次执行同样的查询,可能会得到不一样的结果。

REPEATABLE READ(可重复读),

可重读读是mysql的默认事务隔离级别,可重读读不会产生脏读的情况,它保证了,在一个事务中多次读取同样记录的结果是一致的,可重复读在innodb和xtradb 储存引擎中通过多版本并发控制解决看了幻读的问题

SERIALIZABLE(可串行化)

可串行化是最高的隔离级别,它通过强制事务串执行,避免了幻读的问题,简单来说,可串行化会在读取的每一行数据上都加上锁,所以可能导致大量的超时和锁争用的问题,实际应用场景中很少用到,只有在非常需要确保数据一致性而且可以接受没有并发的情况下,才考虑该级别隔离

mysql可重复读和幻读实例

版权声明:本文为博主原创文章,原博地址。 https://blog.csdn.net/CWeeYii/article/details/70991230

mysql的默认事务级别是:可重复读
其中可重复读是通过mvcc来实现的又叫快照读,在事务中的读操作通过对当前的数据库中记录一个版本,以后的读操作只会读取记录的版本,因此相当于对数据库的数据建立了一个快照数据,因此叫做快照读,其不用对数据库中的数据进行加锁又叫做乐观锁。
同时RR事务级别的mysql通当前读和gap锁来解决幻读,其本质是通过对数据库周边记录进行加悲观锁(读锁(共享锁)和互斥锁(写锁))【gap锁】来解决幻读。

1.什么是幻读问题

RR事务隔离级别号称可以解决幻读的问题(通过当前读加锁来实现)
第一步建表并插入5条记录:

接下来我们看下大部分mysql所说的幻读现象:
事务1(开启事务查询发现没有记录6准备插入):

事务2(开启事务,发现没有记录6插入,并提交事务):

事务1:查询发现没有记录6,现在开始进行插入6:

没有的记录我要插入却告诉已经存在,这就是通常说的幻读。

2.gap锁(当前读)解决幻读问题

mysql说对数据加锁不管共享锁还是互斥锁就能解决幻读的问题
开启一个事务1(加上共享锁解决幻读的情况):

开启事务2(查询发现没有记录8,准备插入)

可以发现事务2被阻塞,不准插入,除非事务1提交。因此在事务1中插入记录8是能够成功的。
事务1插入记录8,最后可以查询出自己插入的数据,但是更新一条不存在的数据是不会查询出来的,最后提交事务:

事务2阻塞的操作会爆重复异常:

因此对一个事务加上悲观锁(共享锁或者互斥锁)是能够保证幻读不会出现的,并且谁先加锁,谁就能够保证check and insert是成功的。如果你需要每个事务的check and insert都能成功,那么你不要加共享锁,直接加互斥锁。那么事务会直接阻塞在加锁阶段,就不会出现check and insert 失败的情况。
事务1加上互斥锁

事务2也想加互斥锁,BOOM你只能失败:

3.RR没有解决的幻读

场景:我们知道grap锁能够将右边的记录进行加锁,因此我要统计表记录的数量,我只需要对最大记录加锁就行了
事务1:对最大记录互斥加锁,准备计算表中记录数量。发现数量为8,并且不存在3和4的记录。

事务2:插入缺失记录3和4成功,但是插入id为100的记录被锁住,OK事务2可以提交了。

事务1:在事务1在事务2插入数据后进行查询总量,发现数量还是6,OK很完美

事务1:接下来我发现事务1中没有3和4这条记录,我进行一次无用的更新会发生什么?

OK,最终问题终于出现了,为什么我更新两条不存在的记录,我能够更新成功,并且我再次统计的时候,数量添加了两条?并且我重新读取,发现结果不一样了,不是说可以重复读吗?加锁可以解决幻读吗?
PS:如果一个事务里面插入或者删除会改变记录的数据,这个是合理的不是幻读。更新应该只会修改数据记录,这个也是合理,同样不是幻读,都是可重复读的。但是更新出现新的记录就是一种异常的情况。