mysql主主硬隔离_Mysql四种事务隔离级别

时间:2022-07-22 09:34       来源: 未知

先了解一下事务的四大特性:ACID

原子性(Atomicity)

原子性就是不可拆分的特性,要么全部成功然后提交(commit),要么全部失败然后回滚(rollback)。MySQL通过Redo Log重做日志实现了原子性,在将执行SQL语句时,会先写入redo log buffer,再执行SQL语句,若SQL语句执行出错就会根据redo log buffer中的记录来执行回滚操作,由此拥有原子性。

一致性(Consistency)

一致性指事务将数据库从一种状态转变为下一种一致的状态。比如有一个字段name有唯一索引约束,那么在事务前后都不能有重复的name出现违反唯一索引约束,否则回滚。MySQL通过undo Log实现一致性,执行SQL语句时,会先写入undo log再写入 redo log buffer。undo是逻辑日志,会根据之前的SQL语句进行相应回滚,并且除了回滚,undo log还有一个作用是MVCC,当用户读取一行记录时,若该记录已经被其他事务占用,当前事务可通过undo读取之前的行版本信息,实现非锁定读取。并且undo log也会产生redo log,因为undo log也需要持久性的保护。

隔离性(Isolation)

如果没有隔离性会发生如下问题:

1,数据丢失:A事务撤销时,把已经提交的B事务的更新数据覆盖了。

2,脏读:脏读主要是读取到了其他事务的数据,而其他事务随后发生回滚。MySQL通过三级封锁协议的第二级解决了脏读,在一级的基础上,要求读取数据 A 时必须加 S 锁,读取完马上释放 S 锁。

3,不可重复读:不可重复读是读取到数据后,随后其他事务对数据发生了修改,无法再次读取。MySQL通过三级封锁协议的第三级解决了不可重复读。在二级的基础上,要求读取数据 A 时必须加 S 锁,直到事务结束了才能释放 S 锁。

4,幻读:幻读是读取到数据后,随后其他事务对数据发生了新增,无法再次读取。在InnoDB引擎Repeatable Read的隔离级别下,MySQL通过Next-Key Lock以及MVCC解决了幻读,事务中分为当前读以及快照读。快照读(snapshot read) ——通过MVCC来避免幻读

简单的select操作(不包括 select … lock in share mode, select … for update)

当前读(current read) ——通过Next-Key Lock 来避免幻读 Next-Key Lock即间隙锁(Gap Lock)+行锁 (Record Lock);

持久性(Durability)

一旦事务提交,则其所做的修改就会永久保存到数据库中。此时即使系统崩溃,修改的数据也不会丢失。具体实现原理就是在事务commit之前会将,redo log buffer中的数据持久化到硬盘中的redo log file,这样在commit的时候,硬盘中已经有了我们修改或新增的数据,由此做到持久化。

Mysql的四大隔离级别

区别

Mysql默认隔离级别REPEATABLE-READ

演示四大隔离级别

建表语句

DROP TABLE IF EXISTS `user_account`;

CREATE TABLE `user_account` (

`id` int(11) NOT NULL AUTO_INCREMENT,

`user_id` int(11) NOT NULL,

`balance` int(11) NOT NULL,

PRIMARY KEY (`id`)

) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8;

当前环境和版本

读未提交read-uncommit

打开一个客户端A,并设置当前事务模式为read uncommitted(未提交读),查询表user_account的初始值:

在客户端A的事务提交之前,打开另一个客户端B,更新表user_account:

此时在回到客户端A查询数据结果为:

这时候客户端B事务还没有提交,然后客户端A就能查到数据客户端B更新的数据了。那么一旦客户端B执行(ROLLBACK)回滚了事务,那么此时就会导致客户端A的数据脏读。

提交已读(read-commit)

打开一个客户端A,并设置当前事务模式为read committed(读已提交),查询表user_account的所有记录:

在客户端A的事务提交之前,打开另一个客户端B,更新表user_account并提交;

在客户端A查询表account的所有记录,与步骤(1)查询结果一致,没有出现不可重复读的问题

可重复读(repeatable-read)

打开一个客户端A,并设置当前事务模式为repeatable read,查询表user_account的所有记录

在客户端A的事务提交之前,打开另一个客户端B,更新表user_account并提交

在客户端A查询表user_account的所有记录,与客户端执行事务之前查询结果一致,没有出现不可重复读的问题

在客户端B插入一条数据

在客户端A中还是没有数据

串行化(serializable)

打开一个客户端A,并设置当前事务模式为serializable,查询表user_account的初始值:

打开一个客户端B,并设置当前事务模式为serializable,插入一条记录报错,表被锁了插入失败,mysql中事务隔离级别为serializable时会锁表,因此不会出现幻读的情况,这种隔离级别并发性极低,开发中很少会用到

补充:

1、事务隔离级别为读提交时,写数据只会锁住相应的行

2、事务隔离级别为可重复读时,如果检索条件有索引(包括主键索引)的时候,默认加锁方式是next-key 锁;如果检索条件没有索引,更新数据时会锁住整张表。一个间隙被事务加了锁,其他事务是不能在这个间隙插入记录的,这样可以防止幻读。

3、事务隔离级别为串行化时,读写数据都会锁住整张表

4、隔离级别越高,越能保证数据的完整性和一致性,但是对并发性能的影响也越大。

5、MYSQL MVCC实现机制参考链接:

6、关于next-key 锁可以参考链接:

参考:

文章来源: http://www.shopeyesme.com

原文地址:http://www.shopeyesme.com/bszwkt/653.html

« 上一篇:2019企业会计准则及应用指
» 下一篇:没有了

相关推荐