MySQL的锁

一、全局锁

概述

全局锁是对整个数据库加锁，MySQL使用如下命令加全局读锁（FTWRL）

Flush tables with read lock

命令执行后，整个数据库处于只读状态，以下语句会被阻塞：

• 数据更新语句（增删改）
• 数据定义语句（建表、修改表结构）
• 更新类事务的提交语句

全局锁与Single-Transaction备份

• 全局锁的典型使用场景是做全库逻辑备份。
• 备份也可以使用官方自带的mysqldump，当mysqldump使用参数–single-transaction的时候，导数据之前就会启动一个事务，来确保拿到一致性视图。而由于MVCC的支持，这个过程中数据是可以正常更新的。但是single-transaction方法只适用于所有表使用事务引擎的库。

使用set global readonly = true的坏处

• readonly的值经常用来做其他逻辑，比如判断是主库还是从库，所以修改global变量影响面更大
• FTWRL在客户端断开连接之后，MySQL会自动释放这个全局锁。而将整个库设置为了readonly之后，如果客户端发生异常，数据库会一直保持readonly状态，导致整个库长时间处于不可写状态，风险较高。

二、表级锁

表锁（lock tables … read/write）

是对表进行加锁，同时客户端断开之后也会自动释放锁，lock table除了会限制其他线程读写外，也会限定本线程接下来的操作对象。

元数据锁（metadata lock）

在访问一个表的时候会自动加上。在 MySQL 5.5 版本中引入了 MDL，当对一个表做增删改查操作的时候，加 MDL 读锁；当要对表做结构变更操作的时候，加 MDL 写锁。

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

安全地给表加字段

• 首先我们要解决长事务，事务不提交，就会一直占着MDL锁。在 MySQL 的 information_schema 库的 innodb_trx 表中，你可以查到当前执行中的事务。如果你要做 DDL 变更的表刚好有长事务在执行，要考虑先暂停 DDL，或者 kill 掉这个长事务。
• 如果你要变更的表是一个热点表，虽然数据量不大，但是上面的请求很频繁，这时候 kill 可能未必管用，因为新的请求马上就来了。我们可以在 alter table 语句里面设定等待时间，如果在这个指定的等待时间里面能够拿到 MDL 写锁最好，拿不到也不要阻塞后面的业务语句，先放弃。

三、行锁

两阶段锁

在 InnoDB 事务中，行锁是在需要的时候才加上的，但并不是不需要了就立刻释放，而是要等到事务结束时才释放。这个就是两阶段锁协议。

死锁和死锁检测

当并发系统中不同线程出现循环资源依赖，涉及的线程都在等待别的线程释放资源时，就会导致这几个线程都进入无限等待的状态，称为死锁。
死锁解决策略

• 直接进入等待，直到超时。这个超时时间可以通过参数 innodb_lock_wait_timeout 来设置。如果超时时间太短，容易误伤简单的锁等待。
• 发起死锁检测，发现死锁后，主动回滚死锁链条中的某一个事务，让其他事务得以继续执行。将参数 innodb_deadlock_detect 设置为 on，表示开启这个逻辑。但是也消耗性能。