课程网站建设开题报告,营销型企业网站建设方案书,教做湘菜的视频网站,google广告MySQL技术内幕#xff1a;Innodb存储引擎
(间隙锁目前理解的还不是很透彻#xff0c;后面索引看完了再过来回顾一下间隙锁)
第六章 锁
一、Innodb存储引擎中的锁
1.锁是数据库区别于文件系统的一个关键特性#xff0c;
2.两种标准的行级锁#xff1a;
共享锁(S Lock)…MySQL技术内幕Innodb存储引擎
(间隙锁目前理解的还不是很透彻后面索引看完了再过来回顾一下间隙锁)
第六章 锁
一、Innodb存储引擎中的锁
1.锁是数据库区别于文件系统的一个关键特性
2.两种标准的行级锁
共享锁(S Lock)允许事务读一行数据排它锁(X Lock)允许事务删除或更新一行数据
S锁与S锁兼容与X锁不兼容也就是如果事务t1获取了行r的共享锁那么事务t2也想获取行r的共享锁是可以获取到的(这种情况成为锁兼容)但是如果事务t3想获取行r的排它锁是不能获取到的必须释放t1、t2释放行r上的共享锁(这种情况成为锁不兼容)。
X锁与任何锁都不兼容。
S锁与X锁都是行锁兼容指的是对于同一行(row)数据来说。
表排它锁与共享锁的兼容性
XSX不兼容不兼容S不兼容兼容
Innodb支持多粒度锁定这种锁定允许事务在行级锁和表级锁同时存在为了支持在不同粒度上进行加锁操作Innodb支持一种额外的锁方式叫做意向锁。
3.意向锁
意向锁的含义,在innodb中如果对表加了意向锁说明表中的行在加锁的状态对任意行加锁前必须先对他的表加上意向锁
意向锁分为:
意向共享锁事务想获得一张表中某几行的共享锁意向排它锁事务想获得一张表中某几行的排它锁
由于innodb存储引擎支持的行级锁因此意向锁其实不会阻塞除全表扫描以外的任何请求。故表级意向锁与表级锁的兼容性如表
ISIXSXIS兼容兼容兼容不兼容IX兼容兼容不兼容不兼容S兼容不兼容兼容不兼容X不兼容不兼容不兼容不兼容
PS上述表格中的IS、IX、S、X都表示的是表级锁S、X并不是书上 所说的表级锁。
4.一致性非锁定读和隔离级别有关
如果读取的行正在执行delete或者update操作这时读取操作不会因此去等待行上锁的释放相反Innodb会去读取行的一个快照数据。之所以成为非锁定读是因为不需要等待行上的X锁释放。
快照数据是指改行之前的版本的数据该实现是通过undo段来完成的而undo用来在事务回滚数据。因此快照本身并没有额外的开销。
因此一致性非锁定读提高了并发性Innodb存储引擎是默认的读取方式即读取不会占用和等待表上的锁但是在不同的隔离级别下读取的方式是不同的并不是每个事物的隔离级别都采用一致性非锁定读的并且即使采用一致性非锁定度读取的快照副本也是不一样的。
在事务的隔离级别Read Committed(读已提交)和Repeatable Read(可重复度)下Innodb采用一致性非锁定读Read Committed 下是读取被锁定行的最新一份的快照数据而Repeatable Read下是读取事务开始时的行数据版本。
例子Read Committed下事务1开启查询id1事务二开启将id1的值改变为了id2事务1再一次读id1,获取的结果为Empty,因为读已提交是读取最新一份的快照数据。
Repeatable Read下事务1开启查询id1事务二开启将id1的值改变为了id2事务1再一次读id1获取的结果是id1因为可重复度是会读取事务开启时的快照副本的数据。
ps查看当前的隔离级别select tx_isolation;
更改事务的隔离级别set [ global | session ] transaction isolation level Read uncommitted | Read committed | Repeatable | Serializable; global | session 全局(已存在的不受影响)|当前窗口
5.一致性锁定读
在某些情况下用户需要显式地对数据库读取操作进行加锁来保证数据逻辑的一致性这就要求数据库支持对读操作的加锁语句即便是只读。Innodb存储引擎对于select语句支持两种一致性锁定读操作
Select … For UpdateSelect … Lock In Share Mode
Select … for update 对读取的行记录加一个X锁其他事物不能对已锁定的行加任何锁。
Select … Lock In Share Mode 对读取的行记录加一个S锁其他事物可以向被锁定的行加S锁但如果加X锁则会被阻塞
对于一致性非锁定读即使读取的行已经加了select … for update也是可以读取的因为他读取的快照数据。
另外一致性锁定读Select … For Update、Select … Lock In Share Mode必须在事务中使用才有用当事务提交了锁也就被释放了。
6.外键和锁
外键主要用于完整的约束性检查在Innodb中对于一个外键列如果没有显式地创建这个列的索引Innodb存储引擎就会对其加一个索引因为这样可以避免表锁。
对于外键值的插入或更新首先需要查询父表中的记录即select父表。但是对于父表Select操作不是使用的一致性非锁定读的方式因为这样会导致数据的不一致的问题因此这时使用的是Select … Lock In Share Mode 方式即主动对父表加S锁如果这时父表已经被上了X锁子表的操作会被阻塞。
例子假设父表id与子表pid关联事务1删除父表中id1的行不提交会对id1的行加X锁事务2要向子表中插入数据pid1的数据首先要Select父表id1就会对id1的行加S锁X锁是排它锁所以Select操作被阻塞所以子表插入被阻塞。
锁的算法
行锁的三种算法
Record Lock:单个行记录上的锁Gap Lock间隙锁锁定一个范围但不包含记录本身Next-Key LockGap LockRecord Lock锁定一个范围并包含记录本身
Record Lock总是会去锁住索引记录如果Innodb存储引擎表在建立的时候没有设置任何一个索引那么这时Innodb存储引擎会使用隐式地主键来进行锁定。
Next-Key Lock是结合了Gap Lock 和 Record Lock的一种锁定算法在Next-Key Lock算法下Innodb对于行的查询都采用这种锁定算法例如一个索引有10,11,13,和20四个值那么该索引可能被Next-Key Locking的区间为
(负无穷 - 10 ]
(10 - 11]
(11 - 13]
(13 - 20]
(20 - 正无穷)
除了Next-key Locking 还有previous-key locking使用previous-key locking锁住的区间为
(负无穷 - 10 )
[10 - 11)
[11 - 13)
[13 - 20)
[20 - 正无穷)
当查询的索引含有唯一属性时Innodb存储引擎会对Next-Key locking进行优化将其降级为Record Lock即仅锁住索引本身而不是范围。
锁引发的问题
脏读事务读取到了其他事物未提交的数据违反了事务的隔离性。
不可重复读事务多次读取到的数据不一样事务1第二次读取的数据是其他事物DML操作后提交的数据造成了同一个语句两次读取的数据不一致。(与脏读的区别是不可重复读读取的数据是事务提交后的脏读读取的是事务未提交的数据)
幻读在可重复度的隔离级别下事务使用当前读(for update直接读读取的是开启时的undo快照数据)后一次查询查到了前一次没有查到的行造成了幻读现象使用间隙锁解决。
