一、锁的先容
锁是计算机协调多个进程或者线程并发访问某一资源的机制。那么怎样保证数据并发访问的一致性、有效性是数据库必须办理的一个问题，锁的冲突也是影响数据库并发访问性能的一个紧张因素，所以数据库中锁的应用极为紧张，其复杂度也更高。
锁的分类，以锁的颗粒度为三类：
全局锁：锁定命据库中的所有表。
表级锁：每次操纵锁住整张表。
行级锁：每次操纵都锁到对应行的数据。
接下来就分别对这几种锁做一个表明。
二、全局锁
1、概念
对整个数据库实例加锁，加锁后整个实例就处于只读状态，对于后面的DML语句，DDL语句，已经更新操纵的事件提交语句都会被壅闭。
典范的场景应用：数据备份。对所有的表举行锁定，从而获取数据的一致性，保证数据的完整性。
如图所示，我们加了全局锁之后，使用mysqldump取备份数据的时间，其他客户端的事件是不能执行DML操纵、DDL操纵的，但可以执行DQL操纵，当我们备份好数据后，导出xxx.sql文件后，再解开锁，此时DML操纵、DDL操纵才生效。
（此中DML操纵是指：对数据举行增加、删除、修改操纵。DDL操纵是指：主要是举行界说/改变表的布局、数据类型、表之间的链接等操纵。DQL操纵是指：对数据举行查询操纵。另有DCL操纵是指：主要是用来设置/更改数据库用户权限。）
2、语句
加锁：flush tables with read lock;
解锁：unlock table
3、不足
①：如果在主库上备份，那么备份期间都不能执行更新，业务基本上就停摆了 。
②：如果在从库上备份，那么在备份期间不能执行同步过来的二进制日志洗，会导致延迟。
二、表级锁
对于表级锁，锁定粒度答，发生锁冲突的概率 最高，并发度低。应用在MyISAM、InnoDB、BDB等存储引擎中。
表级锁分为表锁、元数据锁、意向锁三类。
1、表锁
（1）表共享读锁（read lock）
如图所示有两个客户端Client1、Client2当Client1执行加锁操纵后，Client1、Client2都只能执行DQL操纵不能执行DDL/DML操纵（举行堵塞）。只有当Client1解锁后，才能恢复DDL/DML的操纵。
（2）表独占写锁（write lock)
如图所示有两个客户端Client1、Client2当Client1执行加锁操纵后，Client1对该表能读能写，Client2不能执行DQL操纵和不能执行DDL/DML操纵（举行堵塞）。只有当Client1解锁后，才能恢复Client2的DQL/DDL/DML的操纵。
（3）语法
加锁：lock tables 表名 read/write。
释放锁：unlock tables / 客户端断开。
2、元数据锁（MDL）
元数据锁：加锁过程是系统主动控制的，无需表现使用，主要作用是为了维护表元数据的一致性。 在表中若有未提交的事件，不可以对元数据举行写入操纵。 对表举行增删查改的时间加入MDL读锁（共享）， 对表布局举行变更操纵的时间加入MDL写锁（排他）。
MDL的读锁分为类型分为shared_read(执行select、select xxx lock in share mode 触发)、shared_write(执行insert、update、delete、select...for update 触发)。
①：读锁之间是兼容的
如图所示，两个客户端Client1、Client2，当这两个客户端执行CRUD操纵的时间，系统就主动添加了MDL的读锁，而读锁之间是不倾轧的，所以Client1与Client2对User表的操纵不会造成堵塞。
②：读锁与写锁倾轧、写锁与写锁倾轧
如图所示，两个客户端Client1、Client2,假设Client1执行了DQL操纵，那么此时系统产生了MDL读锁，如果这时我们的Client2执行DDL操纵，就会被堵塞，因为DDL操纵产生的是MDL的写锁，会与MDL的写锁倾轧。此时只有Client1commit提交后，Client2的语句才会生效。
3、意向锁
为了避免DML在执行时，加的行锁与表锁的冲突，在InnoDB中引入了意向锁，使得表锁不消检查 每行数据是否加锁，使得意向锁来减少表锁的检查。
如图所示，当我们Client1执行一个update语句的时间，我们的mysql 会默认对更新的行加上行锁，
若此时没故意向锁，且Client2想对整张表举行锁表操纵，那么Client2就会从第一条记载开始一条条查找对应行有没有行锁，找到行锁后在判定该行锁类型与添加的表锁是否冲突，再决定是否加锁，现实这个过程效率很低。
假如我们加了意向锁，如图所示，此时Client1执行上诉同样的操纵，而Client2在执利用先 判定当前的意向锁 与表锁是否兼容：若兼容直接加锁，若不兼容则Client2的操纵会壅闭，直到Client1举行了commit操纵，且释放意向锁和行锁后，才生效。此时不消逐行检查行锁的情况，效率增加。
意向锁分为两类意向共享锁（IS）和意向排他锁（IX）两类，接下来做以下先容。
（1）意向共享锁（IS）
意向共享锁，与表锁的表共享读锁（read）兼容，与表独占写锁(write)倾轧。
语句：select ... （select语句）lock in share mode(触发)
如图所示，Client1先通过select ... （select语句）lock in share mode触发意向共享锁（IS）,此时Client2执行锁表的read lock操纵可以直接锁表，因为二者兼容，当 执行锁表的wirte lock此操纵，则会被堵塞因为二者不兼容。
（2）意向排他锁（IX）
意向排他锁，与表共享读锁(write)、表独占写锁(read)都互斥。意向锁之间不会互斥。
语句：insert 、update、delete、select ... for update（触发）
如图所示，Client1通过insert 、update、delete、select ... for update语句 触发意向排它锁（IX）,此时Client2执行表共享读锁(write)、表独占写锁(read)都会被互斥，因为不兼容，只有等Client1执行完毕提交后，Client2的指令才会触发。
三、行级锁
行级锁：是MySQL 中锁定粒度最小的一种锁，是针对索引字段加的锁，只针对当前操纵的行记载举行加锁。 行级锁能大大减少数据库操纵的冲突。其加锁粒度最小，并发度高，但加锁的开销也最大，加锁慢，会出现死锁。应用在Innodb储存引擎中。
行级锁分为行锁（Recode Lock）、间隙锁 （Gap lock）、临键锁 (Next-key Lock:行锁与间隙锁的组合)三类，接下来分别先容。
1、行锁
行锁分为共享锁和排他锁两类。
（1）共享锁（s）
只允许一个事件去读一行，阻止其他事件获得雷同的数据集的排它锁。（共享锁之间兼容，与排它锁之间倾轧）
语句：select ... （select语句）lock in share mode 触发（select 不加锁）
（2）排他锁(x)
允许获取排它锁的事件更新数据，阻止其他事件获得雷同数据集的共享锁和排他锁（排它锁与排它锁、共享锁之间都冲突）（阻止其他事件的读锁和写锁 ）
语句：insert 、update、delete、select ... for update 触发
2、间隙锁
间隙锁唯一的目的就是防止其他事件插入间隙。造成幻读征象。
如图所示，Client1执行了一个update Student set age = 10 where id=5操纵，此时因为表中没有id=5的字段，此时就会在id=7和id=3之间加一个间隙锁（不包含id=3和id=7的情况），此时，Client2又执行了一个insert Student values(6,'李蛋',6)指令，在id=3和id=7之间插入一条指令，因为加了间隙锁，所以插入操纵会被壅闭，直到Client1完成commit提交后，Client2插入语句才会生效。
3、临键锁
临键锁，是记载锁与间隙锁的组合，它的封锁范围，既包含索引记载，又包含索引区间。默认情况下InnoDB在Repeatable Read事件隔离级别运行，InnoDB使用临键锁举行搜刮和索引扫 描，以防止幻读。（临键锁与间隙锁相比，除了锁住当前记载也会锁定当前记载之前的一部分间隙）
四、再谈乐观锁与悲观锁
我们从mysql模式上分类来谈谈乐观锁与悲观锁这两种头脑。
1、乐观锁
（1）概念
乐观锁是一种在数据库操纵中用于处理并发问题的技术。它的头脑是以为数据一样平常情况下不会造成冲突，所以在数据举行提交更新的时间，才会正式对数据的冲突与否举行检测，如果发现冲突了，则让返 回错误信息，让用户决定怎样去做。
（2）实现
利用数据版本号（version）机制是乐观锁最常用的一种实现方式。一样平常通过为数据库表增加一个数字类型的 “version” 字段，当读取数据时，将version字段的值一同读出， 数据每更新一次，对此version值+1。当我们提交更新的时间，判定命据库表对应记载的当前版本信息与第一次取出来的version值举行比对，如果数据库表当前版本号与第 一次取出来的version值相等，则予以更新，否则以为是过期数据，返回更新失败。
（3）应用场景
①：低冲突环境。②：读多写少的场景。③ ：短事件场景。④：互联网应用。⑤：分布式应用。
（4）缺点
①：冲突检测：在高并发的环境中，乐观锁大概会导致大量的冲突 。
②：处理开销：在处理冲突时，需要执行回滚和重试，这大概会增加系统的开销。
③：版本管理：乐观锁通常通过版本号（或时间戳）来检测冲突。这要求系统能正确的控制版本号，否则大概导致错误的版本冲突。
2、悲观锁
（1）概念
悲观锁是指数据在操纵数据的时间比较悲观，每次去拿数据的时间以为别的线程也会同时修改数据，所以在每次拿数据的时间都会加锁，这样别的线程想要拿数据就会被壅闭直到它解开锁。
（2）实现
①：使用select...for update是MySQL提供的实现悲观锁的方式。
②：Java中使用synchronized和ReentrantLock等独占锁方式实现。
（3）应用场景
①：写操纵比较多的场景。②：并发冲突高的场景。③：业务需要强一致性的的场景。
（4）缺点
①：需要实施壅闭，导致效率降低下。
②：大概造成某个线程永久等待，即发生死锁的大概性较大。
③：锁超时：如果一个事件长时间有锁而不被释放，大概导致其他等待锁的事件超时。
五、总结
这里博主整理我们常见的MySQL中锁的概念，还先容了口试中 常问的关于乐观锁、悲观锁的 一些特点。相信一定对屏幕前正在阅读的小伙伴有所帮助，各人不要忘记点赞、关注，支持博主一波哦！后续另有更多内容与各人分享~
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。 |
