Mysql中的三类锁，你知道吗？
导读mysql
正所谓有人(锁)的地方就有江湖(事务)，人在江湖飘，怎能一无所知？
sql
今天不聊江湖，来细说一下Mysql中的三类锁，分别是全局锁、表级锁、行级锁。数据库
全局锁安全
全局锁简单的说就是锁住整个数据库实例，命令是Flush tables with read lock 。当你须要为整个数据库处于只读的状态的时候，可使用这个命令。性能优化
一旦使用全局锁，以后其余线程的如下语句会被阻塞：数据更新语句（数据的增删改）、数据定义语句（包括建表、修改表结构等）和更新类事务的提交语句。 微信
全局锁的使用场景大部分都是用来数据库备份。并发
1. 为何备份要加全局锁？ide
用户买东西，首先会从余额里扣除金额，而后在订单里添加商品。若是备份数据库，不加锁，而且备份顺序为先备份用余额，再备份订单商品，有可能备份了用户余额后，用户下订单买东西提交事务，而后再备份订单商品表， 此时订单商品已存在。最后备份出来的数据为。最后用户余额为买东西前的余额，没有减小，可是订单商品却多了。演示以下图：高并发
这种状况可能用户会以为赚了，可是若是备份顺序反过来，先备份商品表再备份余额表，用户就会发现我付了钱，可是商品没有加，这中结果就会更加的严重。 工具
所以保证备份数据的一致性很重要，必要的手段就是加锁。
2. 全局锁有什么坏处？
全局锁是个啥？介绍完了读者内心已经有数了，让这个库只读？这是多么可怕的操做，简单列举几个危险之处：
若是在主库备份，备份期间不能执行任何更新操做，会致使整个业务停摆，高并发状况下更甚。
若是你在从库上备份，那么备份期间从库不能执行主库同步过来的binlog，会致使主从延迟。
3. 全局备份比较好的解决方案
全局锁远瞅不错，近瞅吓一跳，陈某在此不推荐使用。
其实 官方自带的逻辑备份工具是mysqldump。当mysqldump使用参数–single-transaction的时候，导数据以前就会启动一个事务，来确保拿到一致性视图。而因为MVCC的支持，这个过程当中数据是能够正常更新的。
一致性备份是好，但前提是存储引擎支持事务，这也是MyISAM被InnoDB取代的缘由之一。
表级锁
MySQL里面表级别的锁有两种：一种是表锁，一种是元数据锁（meta data lock，MDL)。
表锁通常是在数据库引擎不支持行锁的时候才会被用到的 。
MDL会直到事务提交才释放，在作表结构变动的时候，你必定要当心不要致使锁住线上查询和更新 。
1. 如何加表锁
显式加表锁和解锁的语句很简单，以下：
lock tables tb_name read/write; unlock tables;
须要注意，lock tables语法除了会限制别的线程的读写外，也限定了本线程接下来的操做对象。
举个例子, 若是在某个线程A中执行lock tables t1 read, t2 write 这个语句，则其余线程写t一、读写t2的语句都会被阻塞。同时，线程A在执行unlock tables以前，也只能执行读t一、读写t2的操做。连写t1都不容许，天然也不能访问其余表。
2. MDL
MDL不须要显式使用，在访问一个表的时候会被自动加上。
当对一个表作增删改查操做的时候，加MDL读锁；当要对表作结构变动操做的时候，加MDL写锁。
读锁之间不互斥，所以你能够有多个线程同时对一张表增删改查。
读写锁之间、写锁之间是互斥的，用来保证变动表结构操做的安全性。所以，若是有两个线程要同时给一个表加字段，其中一个要等另外一个执行完才能开始执行。
3. 查询表级锁争用
查询表级锁的争用能够经过如下参数分析得到
| Table_locks_immediate | 可以当即得到表级锁的次数 |
| Table_locks_waited | 不能当即获取表级锁而须要等待的次数 |
查询语句以下：
show status like 'table_locks_waited'
若是Table_locks_waited 的值比较大，则说明存在着较严重的表级锁争用状况。
行级锁
MySQL的行锁是在引擎层由各个引擎本身实现的。但并非全部的引擎都支持行锁，好比MyISAM引擎就不支持行锁。不支持行锁意味着并发控制只能使用表锁，对于这种引擎的表，同一张表上任什么时候刻只能有一个更新在执行，这就会影响到业务并发度。InnoDB是支持行锁的，这也是MyISAM被InnoDB替代的重要缘由之一。
InnoDB的行锁是针对索引加的锁，不是针对记录加的锁。而且该索引不能失效，不然都会从行锁升级为表锁。
在InnoDB事务中，行锁是在须要的时候才加上的，但并非不须要了就马上释放，而是要等到事务结束时才释放。
行级锁分为排它锁（写锁）、共享锁（读锁）、间隙锁。
1. 排他锁
排他锁，也称写锁，独占锁，当前写操做没有完成前，它会阻断其余写锁和读锁。
Mysql中的更新语句(update/delete/insert)会自动加上排它锁。
如上图，事务B中的update语句被阻塞了，直到事务A提交才能执行更新操做。
排他锁也能够手动添加，以下：
select * from user where id=1 for update;
注意如下两点：
1. 行锁是针对索引加锁的，上述例子中id是主键索引。
2. 加了排他锁并非其余的事务不能读取这行的数据，而是不能再在这行上面加锁了。
2. 间隙锁
当咱们用范围条件检索数据，并请求共享或排他锁时，InnoDB会给符合条件的已有数据记录的索引项加锁；对于键值在条件范围内但并不存在的记录，叫作"间隙(GAP)"。InnoDB也会对这个"间隙"加锁，这种锁机制就是所谓的间隙锁(Next-Key锁)。
如上图，给id>5中并不存在的数据加上了间隙锁，当插入id=6的数据时被阻塞了。
这是一个坑：若执行的条件是范围过大，则InnoDB会将整个范围内全部的索引键值所有锁定，很容易对性能形成影响。
3. 共享锁
共享锁，也称读锁，多用于判断数据是否存在，多个读操做能够同时进行而不会互相影响。当若是事务对读锁进行修改操做，极可能会形成死锁。以下图所示。
4. 分析行锁定
经过检查InnoDB_row_lock 状态变量分析系统上的行锁的争夺状况 。
show status like 'innodb_row_lock%'
| innodb_row_lock_current_waits | 当前正在等待锁定的数量。 |
| innodb_row_lock_time | 从系统启动到如今锁定总时间长度；很是重要的参数 |
| innodb_row_lock_time_avg | 每次等待所花平均时间；很是重要的参数。 |
| innodb_row_lock_time_max | 从系统启动到如今等待最常的一次所花的时间； |
| innodb_row_lock_waits | 系统启动后到如今总共等待的次数；很是重要的参数。直接决定优化的方向和策略。 |
5. 死锁解决方案
直接进入等待，直到超时。这个超时时间能够经过参数innodb_lock_wait_timeout来设置，默认50秒。注意超时时间不能设置过短，若是仅仅是短暂的等待，一旦设置时间很短，很快便解锁了，会出现误伤。
发起死锁检测，发现死锁后，主动回滚死锁链条中的某一个事务，让其余事务得以继续执行。将参数innodb_deadlock_detect设置为on，表示开启这个逻辑，默认开启。主动死锁检测在发生死锁的时候，是可以快速发现并进行处理的，可是它也是有额外负担的。当并发很高的时候，检测死锁将会消耗大量的资源，所以控制并发也是很重要的一种策略。
诚邀读者进群
陈某的公众号开通还没到一个月，分享了二十多篇原创文章，每一篇文章都是陈某熬夜写出来的，原创不易，且读且珍惜。
因为公众号关闭了留言功能，不少读者有疑问不能及时解惑，所以陈某建立了一个微信交流群，群内交流氛围很好，有兴趣的能够加一下。
往期推荐
Mysql性能优化：为何要用覆盖索引？
一条SQL查询语句是如何执行的？
Spring解决循环依赖，你真的懂了吗？
老司机带你从源码开始撸Spring生命周期！！！
老司机带你聊聊接口限流！！！