是什么
是计算机协调多个进程或线程并发访问某一资源的机制。
意义
在数据库中,数据是一种供许多用户共享的资源。如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题,锁冲突也是影响数据库并发访问性能的一个重要因素。
MySQL中的锁,按照锁的粒度分,分为以下三类
是什么
就是对整个数据库实例加锁,加锁后整个实例就处于只读状态(后续的DML的写语句,DDL语句,已经更新操作的事务提交语句都将被阻塞)。
使用场景是 当做全库的逻辑备份时,对所有的表进行锁定,从而获取一致性视图,最终保证数据的完整性。
意义 为了解决因备份完成时,又更新数据库但是没有更新备份而导致数据不一致的问题。
如下举例说明 当没有加锁备份的同时更新数据时

=>备份出来的数据中,tb_stock表与tb_order表的数据不一致(有最新操作的订单信息,但是库存数没减)
如下举例说明 加锁后

特点
操作 加全局锁
#加全局锁
flush tables with read lock ;
#数据备份
##注意不要在mysql命令行中执行下面语句,而是在任意磁盘路径的命令行下执行该操作(这是因为它是mysql的一个工具而不是语句)
mysqldump -uroot –p1234 itcast > itcast.sql
#释放锁
unlock tables ;
操作 不加全局锁
在InnoDB引擎中,我们可以在备份时加上参数 --single-transaction 参数来完成不加锁的一致性数据备份
mysqldump --single-transaction -uroot –p123456 itcast > itcast.sql
是什么
对于表级锁,主要分为以下三类
对于表锁,分为两类
读锁作用 过程图说明
左侧为客户端一,对指定表加了读锁,不会影响右侧客户端二的读,但是会阻塞右侧客户端的写。

写锁作用 过程图说明
左侧为客户端一,对指定表加了写锁,会阻塞右侧客户端的读和写。

操作 语法
加锁:
lock tables 表名... read/write。
s
释放锁:
unlock tables / 客户端断开连接
是什么
MDL锁主要作用
@元数据
加锁 机制

查看数据库中的元数据锁的情况
select object_type,object_schema,object_name,lock_type,lock_duration from performance_schema.metadata_locks ;

为什么
为了避免DML在执行时,加的行锁与表锁的冲突,在InnoDB中引入了意向锁,使得表锁不用检查每行数据是否加锁,使用意向锁来减少表锁的检查。
为什么 举例说明

当客户端二,想对这张表加表锁时,会检查当前表是否有对应的行锁,如果没有,则添加表锁,此时就会从第一行数据,检查到最后一行数据,效率较低。

其他客户端,在对这张表加表锁的时候,会根据该表上所加的意向锁来判定是否可以成功加表锁,而不用逐行判断行锁情况了。
意向锁 分类
查看意向锁及行锁的加锁情况
select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from performance_schema.data_locks;
>是什么
原理
InnoDB的数据是基于索引组织的,行锁是通过对索引上的索引项加锁来实现的,而不是对记录加的锁。
行锁(Record Lock)
锁定单个行记录的锁,防止其他事务对此行进行update和delete。在RC、RR隔离级别下都支持。
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传
间隙锁(Gap Lock)
锁定索引记录间隙(不含该记录),确保索引记录间隙不变,防止其他事务在这个间隙进行insert,产生幻读。在RR隔离级别下都支持。

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

InnoDB实现了以下两种类型的行锁
两种行锁的兼容情况如下

常见的SQL语句,在执行时,所加的行锁如下

行锁 特点
间隙锁&临键锁 特点
默认情况下,InnoDB在 REPEATABLE READ事务隔离级别运行,InnoDB使用 next-key 锁进行搜索和索引扫描,以防止幻读。
举例 说明
索引上的等值查询(唯一索引),给不存在的记录加锁时, 优化为间隙锁 。

索引上的等值查询(非唯一普通索引),向右遍历时最后一个值不满足查询需求时,next-keylock 退化为间隙锁。
我们知道InnoDB的B+树索引,叶子节点是有序的双向链表。 假如,我们要根据这个二级索引查询值为18的数据,并加上共享锁
我们是只锁定18这一行就可以了吗?并不是,因为是非唯一索引,这个结构中可能有多个18的存在,所以,在加锁时会继续往后找,找到一个不满足条件的值(当前案例中也就是29)。此时会对18加临键锁,并对29之前的间隙加锁。

索引上的范围查询(唯一索引)–会访问到不满足条件的第一个值为止。

查询的条件为id>=19,并添加共享锁。 此时我们可以根据数据库表中现有的数据,将数据分为三个部分:
所以数据库数据在加锁是,就是将19加了行锁,25的临键锁(包含25及25之前的间隙),正无穷的临键锁(正无穷及之前的间隙)。