mysql进阶篇之锁(五)

五、锁

1、概述

1、介绍
锁是计算机协调多个进程或线程并发访问某一资源的机制。在数据库中,除传统的计算资源(CPU\RAM\I/O)的争用以外,数据也是供许多用户共享的资源。如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题,锁冲突也是影响数据库并发访问性能的一个重要因素。从这个角度来说,锁对数据库而言显得尤其重要,也更加复杂。

2、分类
MySQL中的锁,按照锁的粒度分,分为:
1、全局锁:锁定数据库中的所有表。
2、表级锁:每次操作锁住整张表。
3、行级锁:每次操作锁住对应的行数据。
粒度:全局锁>表级锁>行级锁

2、全局锁

1、介绍
全局锁就是对整个数据库实例加锁,加锁后整个实例就处于只读状态,后续的DML的写语句,DDL语句,已经更新操作的事务提交语句都将被阻塞。
其典型的使用场景是做全库的逻辑备份,对所有的表进行锁定,从而获取一致性视图,保证数据的完整性。
在这里插入图片描述
2、演示

在这里插入图片描述
给数据库加锁:flush tables with read lock;
在这里插入图片描述
数据库上锁之后,查询数据库可以
在这里插入图片描述
写操作会阻塞
在这里插入图片描述
备份
mysqldump -h ip -uroot -p1 数据库名 > 备份地址
mysqldump 需要在Windows下执行 不能在数据库执行
在这里插入图片描述
给数据库解锁
在这里插入图片描述
解锁之后更新就会成功
在这里插入图片描述
3、特点
数据库加全局锁,是一个比较重的操作,存在一下问题:
如果数据库做了主从机制:
1、如果在主库上备份,那么在备份期间都不能执行更新,业务基本上就得停摆
2、如果在从库上备份,那么在备份期间从库不能执行主库同步过来的二进制日志,会导致主从延迟

不加锁的操作

在innodb引擎中,我们可以在备份是加上参数–single-transaction参数来完成不加锁的一致性数据备份
mysqldump --single-transaction -uroot -p 123456 test > D:/test.sql

3、表级锁

1、介绍
表级锁,每次操作锁住整张表。锁定粒度大,发生锁冲突的概率最高,并发度最低。应用在MyISAM\InnoDB、BDB等存储引擎中。

对于表级锁,主要分为一下三类:
1、表锁
2、元数据锁(meta data lock 简称MDL)
3、意向锁

2、表锁
分为两类:
1、表共享读锁(read lock)
2、表独占写锁(write lock)

语法:
加锁:lock tables 表名… read/write
释放锁:unlock tables / 客户端断开连接
在这里插入图片描述

在这里插入图片描述
加了读锁,本客户端以及其他客户端只能读不能写
加了写锁,本客户端能读能写,其他客户端不能读不能写处于阻塞状态,只能等释放锁才可以
在这里插入图片描述
3、元数据锁
MDL加锁过程是系统自动控制,无需显示使用,在访问一张表的时间会自动加上。MDL锁主要是维护表元数据的数据一致性,在表上有活动事务的时候,不可以对元数据进行写入操作。为了避免DML与DDL冲突,保证读写的正确性。

在MySQL5.5中引入了MDL,当对一张表进行增删改查的时候,加MDL读写(共享);当对表结构进行变更操作的时候,加MDL写锁(排他)。

对应SQL锁类型说明
lock tables xxx read/writeSHARED_READ_ONLY/SHARED_NO_READ_WRITE
select、select … lock in share modeSHARED_READ与SHARED_READ、SHARED_WRITE兼容,与EXCLUSIVE互斥
insert、update、delete、select … for updateSHARED_WRITE与SHARED_READ、SHARED_WRITE兼容,与EXCLUSIVE互斥
alter tableEXCLUSIVE(排它锁)与其他的MDL都互斥

查看元数据锁:
select obiect_type,object_schema,object_name,lock_type,lock_duration from performance_schema.metadata_locks;

4、意向锁
1、意向共享锁(IS):由语句select … lock in share mode添加
2、意向排他锁(IX):由insert、update、delete、select … for update添加

1、意向共享锁(IS):与表锁共享锁(read)兼容,与表锁排他锁(write)互斥
2、意向排他锁(IX):与表锁共享锁(read)及表锁排他锁(write)都互斥。意向锁之间不会互斥

查看意向锁以及行锁的加锁情况:
select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from performance_schema.data_locks;

意向锁主要解决表锁跟行锁的冲突问题

4、行级锁

1、介绍
行级锁,每次操作锁住对应的行数据。锁定粒度最小,发生锁冲突的概率最低,并发度最高。应用在innodb存储引擎中。

innodb的数据是基于索引组织的,行锁是通过对索引上的索引项加锁来实现的,而不是对记录加的锁。对于行级锁,主要分为:
1、行锁(Record Lock):锁定当个记录的锁,防止其他事务对此行进行uodate和delete。在RC(read commited)、RR(repeatable read)隔离级别下都支持

2、间隙锁(Gap Lock):锁定索引记录的间隙(不含该记录),确保索引记录间隙不变,防止其他事务在这个间隙进行insert,产生幻读。在RR隔离级别下都支持

3、临键锁(Next-Key Lock):行锁和间隙锁的组合,同时锁住数据,并锁住数据前面的间隙Gap。在RR隔离级别下都支持。

在这里插入图片描述
2、行锁
innodb实现了一下两种类型的行锁:
1、共享锁(S):允许一个事务去读一行,组织其他事务获得相同数据集的排他锁。
2、排他锁(X):允许获取排他锁的事务更新数据,阻止其他事务获得相同数据集的共享锁和排他锁

当前锁类型 / 请求锁类型S(共享锁)X(排他锁)
S(共享锁)兼容冲突
X(排他锁)冲突冲突
SQL行锁类型说明
insert排他锁自动加锁
update排他锁自动加锁
delete排他锁自动加锁
select (正常)不加任何锁
select … lock in share mode共享锁需要手动在select之后加lock in share mode
select … for update排他锁需要手动在select之后加 for update

1、行锁—演示
默认情况下,innodb在repeatable read事务隔离级别运行,innodb使用next-key锁进行搜索和索引扫描,以防止幻读。
1、针对唯一索引进行检索是,对已存在的记录进行等值匹配是,将会自动优化行锁。
2、innodb的行锁是针对于索引加的锁,不通过索引条件检索数据,那么innodb将对表中的所有记录加锁,此时就会升级为表锁

查看行锁的加锁情况:
select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from performance_schema.data_locks;

在这里插入图片描述
执行commit命令,行锁就会释放

2、间隙锁、临键锁—演示
默认情况下,innodb在repeatable read事务隔离级别运行,innodb使用next-key锁进行搜索和索引扫描,以防止幻读
1、索引上的等值查询(唯一索引),给不存在的记录加锁是,优化为间隙锁
2、索引上的等值查询(普通索引),向右遍历时最后一个值不满足查询需求是,next-key lock 退化为间隙锁
3、索引上的范围查询(唯一索引)–会访问到不满足条件的第一个值为止

注意:间隙锁唯一目的是防止其他事务插入间隙。间隙锁可以共存,一个事务采用的间隙锁不会组织另一个事务在同一间隙上采用间隙锁

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值