聊一聊 MySQL 数据库中的那些锁

在软件开发中，程序在高并发的状况下，为了保证一致性或者说安全性，咱们一般都会经过加锁的方式来解决，在 MySQL 数据库中一样有这样的问题，一方面为了最大程度的利用数据库的并发访问，另外一方面又须要保证每一个用户能以一致的方式读取和修改数据，就引入了锁机制。

在 MySQL 数据库中，锁有不少种类型，不过大体能够分为三类：全局锁、表级锁、行级锁。这篇文章咱们就简单的聊一聊这三种锁。

全局锁

全局锁是粒度最大的锁，基本上也使用不上，就像咱们家的大门同样，控制这整个数据库实例。全局锁就是对整个数据库实例加锁，让整个数据库处于只读状态。

MySQL 提供了一个加全局读锁的方法，命令是 Flush tables with read lock (FTWRL)，加锁以后整个数据库实例处于只读状态，有关数据操做的命令都会被挂起阻塞，例如数据更新语句、数据定义语句、更新类事务语句等等。

因此全局锁通常只用于全库备份的时候，通常只用在不支持一致性读的存储引擎作全库备份时，好比 MyISAM 这种不支持一致性读的存储引擎作全库备份时须要使用全局锁，像 InnoDB 引擎作全库备份时不须要使用全局锁。

表级锁

表级锁是 MySQL 最基本的锁策略，而且是开销最小的策略，它锁住的不是整个数据库实例，而是一张表。

表级锁跟全局锁同样，MySQL 数据库提供了加锁的命令： lock tables … read/write。例如 lock tables t1 read, t2 write; 命令，则其余线程写 t一、读写 t2 的语句都会被阻塞。同时，线程 A 在执行 unlock tables 以前，也只能执行读 t一、读写 t2 的操做。连写 t1 都不容许，天然也不能访问其余表。

咱们能够使用 unlock tables 主动释放锁，若是没有使用的话，在客户端断开的时候自动释放。

表级锁存在一个问题，若是一个查询正在遍历一个表中的数据，而执行期间另外一个线程对这个表结构作变动，删了一列，那么查询线程拿到的结果跟表结构对不上，确定是不行的。

为了解决这个问题，MySQL 5.5版本以后引入了元数据锁（meta data lock，MDL)，MDL 是数据库自动加锁，当对一个表作增删改查操做的时候，加 MDL 读锁；当要对表作结构变动操做的时候，加 MDL 写锁。

MDL 锁有如下两个特色：

• 读锁之间不互斥，所以你能够有多个线程同时对一张表增删改查。
• 读写锁之间、写锁之间是互斥的，用来保证变动表结构操做的安全性。所以，若是有两个线程要同时给一个表加字段，其中一个要等另外一个执行完才能开始执行。

行级锁

行级锁顾名思义就是针对数据库表中的行记录加锁，行级锁能够最大程度的支持并发处理，可是同时也带来了最大的锁开销。

行级锁比较容易理解，好比事务 A 更新了一行，而这时候事务 B 也要更新同一行，则必须等事务 A 的操做完成后才能进行更新。

行级锁是由存储引擎各自实现的，也并非全部的存储引擎都支持行级锁，好比 MyISAM 引擎就不支持行级锁，这意味着 MyISAM 存储引擎要控制并发只能使用表级锁。

InnoDB 引擎实现了行级锁，InnoDB 存储引擎中实现了两种标准的行级锁：

• 共享锁（S Lock）：容许事务读一行
• 排它锁（X Lock）：容许事务删除和更新一行

共享锁是兼容锁，就是当一个事务已经得到了行 r 的共享锁，其余事务能够当即得到行 r 的共享锁，由于读并未改变行 r 的数据。

排他锁是非兼容锁，若是有事务想获取行 r 的排他锁，若行 r 上有共享锁或者排它锁，则它必须等其余事务释放行 r 的锁。

在 InnoDB 存储引擎中，默认状况下使用的是一致性的非锁定行读，也就是经过行多版本控制器来读取行数据，咱们能够显示的为行加上共享锁和排它锁，语句以下：

• SELECT ..... FOR UPDATE：对读取的行记录加一个排它锁，其余事务想要在这些行上加任何锁都会被阻塞
• SELECT ....... LOCK IN SHARE MODE：对读取的行记录加一个共享锁，其余事务能够向被锁定的记录加共享锁，可是想要加排它锁。则会被阻塞。

以上就是 MySQL 数据库中有关锁的分享，但愿这篇文章对您的学习或者工做有所帮助，若是您以为文章有用，还请帮忙转发转发，谢谢。

最后

目前互联网上不少大佬都有 MySQL 相关文章，若有雷同，请多多包涵了。原创不易，码字不易，还但愿你们多多支持。若文中有所错误之处，还望提出，谢谢。

欢迎扫码关注微信公众号：「互联网平头哥」，和平头哥一块儿学习，一块儿进步。