打工四年总结的数据库知识点( 七 )
文章插图
隔离级别未提交读(READ UNCOMMITTED)
事务中的修改 , 即使没有提交 , 对其他事务也是可见的 。
提交读(READ COMMITTED)
一个事务只能读取已经提交的事务所做的修改 。 换句话说 , 一个事务所做的修改在提交之前对其他事务是不可见的 。
可重复读(REPEATABLE READ)
保证在同一个事务中多次读取同样数据的结果是一样的 。
可串行化(SERIALIZABLE)
强制事务串行执行 。
需要加锁实现 , 而其它隔离级别通常不需要 。
隔离级别 脏读 不可重复读 幻影读 未提交读 √ √ √ 提交读 × √ √ 可重复读 × × √ 可串行化 × × ×
锁锁是数据库系统区别于文件系统的一个关键特性 。 锁机制用于管理对共享资源的并发访问 。
锁类型共享锁(S Lock)
允许事务读一行数据
排他锁(X Lock)
允许事务删除或者更新一行数据
意向共享锁(IS Lock)
事务想要获得一张表中某几行的共享锁
意向排他锁
事务想要获得一张表中某几行的排他锁
MVCC多版本并发控制(Multi-Version Concurrency Control, MVCC)是 MySQL 的 InnoDB 存储引擎实现隔离级别的一种具体方式 , 用于实现提交读和可重复读这两种隔离级别 。 而未提交读隔离级别总是读取最新的数据行 , 无需使用 MVCC 。 可串行化隔离级别需要对所有读取的行都加锁 , 单纯使用 MVCC 无法实现 。
基础概念版本号
- 系统版本号:是一个递增的数字 , 每开始一个新的事务 , 系统版本号就会自动递增 。
- 事务版本号:事务开始时的系统版本号 。
MVCC 在每行记录后面都保存着两个隐藏的列 , 用来存储两个版本号:
- 创建版本号:指示创建一个数据行的快照时的系统版本号;
- 删除版本号:如果该快照的删除版本号大于当前事务版本号表示该快照有效 , 否则表示该快照已经被删除了 。
MVCC 使用到的快照存储在 Undo 日志中 , 该日志通过回滚指针把一个数据行(Record)的所有快照连接起来 。
文章插图
实现过程以下实现过程针对可重复读隔离级别 。
当开始一个事务时 , 该事务的版本号肯定大于当前所有数据行快照的创建版本号 , 理解这一点很关键 。 数据行快照的创建版本号是创建数据行快照时的系统版本号 , 系统版本号随着创建事务而递增 , 因此新创建一个事务时 , 这个事务的系统版本号比之前的系统版本号都大 , 也就是比所有数据行快照的创建版本号都大 。
SELECT
多个事务必须读取到同一个数据行的快照 , 并且这个快照是距离现在最近的一个有效快照 。 但是也有例外 , 如果有一个事务正在修改该数据行 , 那么它可以读取事务本身所做的修改 , 而不用和其它事务的读取结果一致 。
把没有对一个数据行做修改的事务称为 T , T 所要读取的数据行快照的创建版本号必须小于等于 T 的版本号 , 因为如果大于 T 的版本号 , 那么表示该数据行快照是其它事务的最新修改 , 因此不能去读取它 。 除此之外 , T 所要读取的数据行快照的删除版本号必须是未定义或者大于 T 的版本号 , 因为如果小于等于 T 的版本号 , 那么表示该数据行快照是已经被删除的 , 不应该去读取它 。
INSERT
将当前系统版本号作为数据行快照的创建版本号 。
DELETE
将当前系统版本号作为数据行快照的删除版本号 。
UPDATE
将当前系统版本号作为更新前的数据行快照的删除版本号 , 并将当前系统版本号作为更新后的数据行快照的创建版本号 。 可以理解为先执行 DELETE 后执行 INSERT 。
- 腾讯申请「打工鹅」商标,网友:“虾仁猪心”
- 库克靠打工实现1个亿“小目标”iPhone 12全球热销功不可没
- 支付宝打造的天价蚂蚁森林,四年时间过去了,现在长成什么样了?
- 没有人在意你的网易云年终总结
- 商标|腾讯申请打工鹅商标
- 资深打工人回血神器,荣泰RT6908S按摩椅评测
- 腾讯企鹅跟上“打工人”热潮!背后暗藏港股之王的成功秘诀
- 腾讯申请“打工鹅”商标
- 腾讯云交出阶段性年终总结,发布5G产品矩阵
- 小白财经|一图看懂5G毫米波