数据库中加全局锁，是一个比较重的操作，执行全局锁时会锁住整个数据库，同时存在以下问题：
在InnoDB引擎中，我们可以在备份是加上参数--single-transaction参数来完成不加锁的一次性数据备份。
表级锁，每次操作锁住整张表，锁定粒度大，发生锁冲突的概率最高，并发度最低，应用在MyISAM、InnoDB、BDB等存储引擎中。
表级锁又主要分为以下三类：
表锁又分为两类：
相关语法：
当客户端A对表1上了读锁之后，哪怕是客户端A，也无法再对表1进行除了读以外的操作，比如说增删改，此时如果其他客户端也来操作表1，也是只能执行读取操作，只有当客户端A释放了锁，才能进行其他操作。
写锁（write lock）是什么？当客户端A对表1上了写锁之后，只有客户端A可以对表1进行增删改查操作，而此时其他客户端要想来操作表1进行增删改查，都会进入阻塞状态，只有当客户端A释放了锁，操作才会恢复正常。
2.元数据锁（meta data lock，MDL）MDL加锁过程是系统自动控制，无需显式使用（即不需要通过lock等关键字手动加锁），在访问一张表的时候会自动加上。MDL锁主要作用是维护表元数据（元数据大概指的就是表结构）的数据一致性，在表上有活动事务的时候，不可以对元数据进行写入操作。为了避免DML与DDL冲突，保证读写的正确性。
MySQL5.5中引入了MDL，当对一张表进行增删改查的时候，加MDL读锁（共享）；当对表结构进行变更操作的时候，加MDL写锁（排他）。
意向锁又分为两类：
可以通过一下SQL来查询意向锁以及行锁的加锁情况：
举一个场景例子，如下图所示，在不引用意向锁的情况下，当线程A开启事务之后，对id为3的记录执行updata操作，在InnoDB引擎下会默认对该记录赋上行锁，此时有一个线程B尝试对该表设置表锁，线程B是需要一行一行地检查整张表来判断哪一行被上了表锁，这样非常影响性能。
当引入了意向锁的概念之后，当线程A开启事务之后，对id为3的记录执行updata操作，在InnoDB引擎下会默认对该记录赋上行锁，并同时为整张表赋上意向锁。此时线程B要想给该表设置全局锁，它会去检查这张表意向锁的情况，通过意向锁的情况来决定它能不能给这张表设置表锁，如果意向锁和线程B所要加的锁是兼容的，那么可以正常加锁，如果不兼容，则线程B会进入阻塞状态，直到线程A提交完事务释放锁线程B才会退出阻塞。
行级锁，每次操作锁住对应的行数据。锁定力度最小，发生锁冲突的概率最低，并发度最高。应用在InnoDB存储引擎中。
InnoDB的数据是基于索引组织的，行锁是通过对索引上的索引项加锁来实现的，而不是对数据记录加的锁，主要分为以下三类：
其中InnoDB实现了以下两种类型的行锁：
1.对于图中第一点，我们可以来举个例子，假设一张表中的主键id数据有1,2,3,8,11,16，当一个服务器A对id为5的记录进行updata操作时，因为表中没有id为5的数据行记录，那么就会有一个间隙锁锁在id为8之前，即间隙锁的范围是3-8，此时我们如果想要在服务器B对间隙中插入一条数据，譬如一条id为7的数据行，是会进入阻塞状态的，该阻塞状态会直到服务器A的事务提交完毕才结束。（间隙锁唯一目的是防止其他事务插入间隙。间隙锁可以多个共存，一个事务采用的间隙锁不会组织另一个事务在同一间隙上采用间隙锁，大致意思就是一个间隙是可以被多个事务叠加上间隙锁）
2.对于图中的第二点，我们可以接着来举一个例子，如下图，如果说我们要对非主键的字段18来进行等值查询（譬如where age = 18）时，InnoDB会在16到18的这间隙中加一个锁，同时给18本身加上邻键锁，还会给18到29这一间隙加上锁（这句话就是上图第二点中后面那两句话，当向右遍历的时候，只要那一个值不是你要查的数值18，那就会把邻键锁退化成间隙锁，当向右查到的数据依旧包含不止一个18，那么查出来的所有18都会被加上邻键锁），因为其他服务器有可能会在16-18以及18-29之间再插入数据，而且还有可能插入的数据也是18，因为这并不是唯一索引。
另外，如果我们要使用范围查询，比如说要执行一条查询语句的条件为age >=67，那么此时被上锁的情况如下：
间隙锁：(67,87)、(87,90）、(90,92)、(92,94)、(94,98)、(98,正无穷)
行锁：67、87、90、92、94、98
本篇文章仅作为学习笔记，供大家复习或者参考，学习源来自于B站黑马程序员下的MySQL数据库教程74. 进阶-锁-行级锁-间隙锁&临键锁2_哔哩哔哩_bilibili
你是否还在寻找稳定的海外服务器提供商？创新互联www.cdcxhl.cn海外机房具备T级流量清洗系统配攻击溯源，准确流量调度确保服务器高可用性，企业级服务器适合批量采购，新人活动首月15元起，快前往官网查看详情吧
