MySQL中的“锁”
前言
- 在软件开发中，程序在高并发的情况下，为了保证一致性或者说安全性，我们通常都会通过加锁的方式来解决，在 MySQL 数据库中同样有这样的问题，一方面为了最大程度的利用数据库的并发访问，另一方面又需要保证每个用户能以一致的方式读取和修改数据，就引入了锁机制。
- 在 MySQL 数据库中，锁有很多种类型，不过大致可以分为三类：全局锁、表级锁、行级锁。
1.全局锁
- 全局锁是粒度最大的锁，基本上使用不到，控制整个数据库的实例。全局锁就是对整个数据库加锁，让整个数据库处于只读的状态，无法向数据库中写入数据
- MySQL加全局读锁的办法 ，命令flush tables with read lock（FTWRL），加锁后整个MySQL数据库的所有数据库中的表和数据库都处于只读状态，对数据操作的命令都会执行不成功。
- 全局锁主要用于数据库的完全备份的时候，且只用在不支持一致性读的存储引擎做全库备份，比如MyISAM做全库备份的时候需要使用全局锁，InnoDB引擎做全库备份时不需要使用全局锁
2.表级锁
- 顾名思义，只锁表，这是MySQL最基本的锁策略，并且表级锁是开销最小的策略
- 表级锁和全局锁一样，MySQL数据库提供的加锁命令：lock tables … read/write。举个例子：lock tables biao1 read,biao2 write;，其他的线程写biao1和读biao2会被阻塞。
- 可以使用unlock tables命令来主动释放锁，否则，在客户端断开连接的时候自动释放
- 表级锁存在一个问题，如果一个查询正在遍历一个表中的数据，而执行期间另一个线程对这个表结构做变更，删了一列，那么查询线程拿到的结果跟表结构对不上，肯定是不行的。
- 为了解决这个问题，MySQL 5.5版本之后引入了元数据锁（meta data lock，MDL)，MDL 是数据库自动加锁，当对一个表做增删改查操作的时候，加 MDL 读锁；当要对表做结构变更操作的时候，加 MDL 写锁。
- MDL 锁有以下两个特点：
- 读锁之间不互斥，因此你可以有多个线程同时对一张表增删改查。
- 读写锁之间、写锁之间是互斥的，用来保证变更表结构操作的安全性。因此，如果有两个线程要同时给一个表加字段，其中一个要等另一个执行完才能开始执行。
3.行级锁
-
行级锁顾名思义就是针对数据库表中的行记录加锁，行级锁可以最大程度的支持并发处理，但是同时也带来了最大的锁开销。
-
行级锁比较容易理解，比如事务 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：对读取的行记录加一个共享锁，其他事务可以向被锁定的记录加共享锁，但是想要加排它锁。则会被阻塞。