Mysql事务和锁
这里主要讲的是Mysql InnoDB引擎相关事务和锁。Mysql事务主要和上诉数据库理论中类似,有所不同的是在事务隔离级别的Repeatable Read(可重复读)、和锁有着不同的实现。
mysql的隔离级别
- Read Uncommitted(读取未提交内容)
在该隔离级别,所有事务都可以看到其他未提交事务的执行结果。
读取未提交的数据,则会发生赃读 - Read Committed(读取提交内容)
一个事务只能看见已经提交事务所做的改变。这是大多数数据库系统的默认隔离级别,但非MySql
一个事务多次读取的过程中,另一个事务可能对同一条数据做修改并提交,导致前一个事务多次读取到的数据不一致,则会发生不可重复读 - Repeatable Read(可重读)
它确保同一事务的多个实例在并发读取数据时,会看到同样的数据行。这是MySql的默认隔离级别
但,此级别依然会发生幻读 - Serializable(可串行化)
它通过强制事务排序,使之不可能相互冲突,从而解决幻读问题
创建一个表格
隔离级别 | 读数据一致性 | 赃读 | 不可重复读 | 幻读 |
---|---|---|---|---|
Read Uncommitted | 最低级别,只能保证不读取物理上损坏的数据 | √ | √ | √ |
Read Committed | 语句级 | × | √ | √ |
Repeatable Read | 事务及 | × | √ | √ |
Serializable | 最高级别,事务级 | × | × | × |
低级别的隔离一般支持更高的并发处理,并拥有更低的系统消耗。高级别的隔离可靠性较高,但系统性能消耗较大。
隔离级别测试
创建数据库
CREATE DATABASE IF NOT EXISTS txdemo DEFAULT CHARSET utf8 COLLATE utf8_general_ci;
创建测试表
CREATE TABLE `user` (
`id` BIGINT NOT NULL AUTO_INCREMENT,
`name` VARCHAR(32) NOT NULL DEFAULT '',
`age` INT(16) NOT NULL DEFAULT '30',
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
插入测试数据
INSERT INTO user (name, age) VALUES ('manerfan', 30), ('Abel', 28), ('Cherry', 42);
Read Uncommitted
Step 1: 设置A的隔离级别为Read Uncommitted,开启事务并读取数据
Step 2: B开启事务,修改数据,但不提交
Step 3: A读取数据,发现数据已变
Step 4: B回滚,但不提交
Step 5: A读取数据,发现数据恢复
A事务中可以读取到B事务未修改的数据,发生赃读
Read Committed
Step 1: 设置A的隔离级别为Read Committed,开启事务并读取数据
Step 2: B开启事务,修改数据,但不提交
Step 3: A读取数据,发现数据未变
Step 4: B提交事务
Step 5: A读取数据,发现数据改变
已提交读隔离级别解决了脏读的问题,但是出现了不可重复读的问题,即事务A在两次查询的数据不一致,因为在两次查询之间事务B更新了一条数据。
Repeatable Read
Step 1: 设置A的隔离级别为Repeatable Read,开启事务并读取数据
Step 2: B开启事务,修改数据,但不提交
Step 3: A读取数据,发现数据未变
Step 4: B提交事务
Step 5: A读取数据,发现数据依然未变,解决了不可重复读
Step 6: B插入新数据,并提交
Step 7: A读取数据,发现数据还是未变,出现幻读
Step 8: A提交事务,再次读取数据,发现数据改变
Repeatable Read隔离级别只允许读取已提交记录,而且在一个事务两次读取一个记录期间,其他事务的更新不会影响该事务。但该事务不要求与其他事务可串行化,可能会发生幻读。
乐观锁与悲观锁
乐观锁(Optimistic Lock),是指操作数据库时(更新操作),总是认为这次的操作不会导致冲突,不到万不得已不去拿锁,在更新时采取判断是否冲突,适用于读操作远多于更新操作的情况。
乐观锁并没有被数据库实现,需要自行实现,通常的实现方式为在表中增加版本version字段,更新时判断库中version与取出时的version值是否相等,若相等则执行更新并将version加1,若不相等则说明数据被其他线程(进程)修改,放弃修改。
悲观锁(Pessimistic Lock),是指操作数据库时(更新操作),总是认为这次的操作会导致冲突,每次都要通过获取锁才能进行数据操作,因此要先确保获取锁成功再进行业务操作。
悲观锁需要数据库自身提供支持。
总结
今天就分享到这里,主要是回顾和学习了事务相关的种种概念和知识点,感觉还是很有收获的,很多不懂的地方现在也解释的通了。贴上参考学习的链接:
CSDN链接: https://blog.csdn.net/Sugar_Rainbow/article/details/77926216
百度文库链接: https://wenku.baidu.com/view/628ea6293d1ec5da50e2524de518964bce84d255.html
博客园链接:https://www.cnblogs.com/wangkaihua/archive/2019/01/03/10217490.html