MySQL的中的全局锁、表级锁、行锁

MySQL的中的全局锁、表级锁、行锁

学习极客时间-林晓彬老师-MySQL实战45讲 学习整理

全局锁

对整个数据库实例加锁。通过使用Flush tables with read lock (FTWRL)方法，让整个数据库处于只读的状态，此后的数据库的更新语句（增删改）、数据定义语句（建表、修改表结构）和更新类事务的提交语句会被阻塞

锁定整个数据库，那么全局锁的一个明显的使用场景就是做全库逻辑备份；还有另外一个方式使用 set global readonly=true 让全库进入只读的状态，这两种方式有个最大的区别是：

异常处理上，如果客户端发生异常断开，MySQL会自动释放全局锁，让整个库回到正常的状态；将整个库设置为readonly之后，异常断开后，数据库还是会一直保持readonly状态，导致数据库长时间处于不可写状态。

表级锁

MySQL有两种表级锁：表锁和元数据锁（meta data lock (MDL)）

表锁语法lock tables ...read/write，解锁unlock talbes。在客户端断开的时候会自动释放。表锁除了会限制别的线程读写外，也限定了本线程接下来的操作对象，例如：线程A执行lock tables t1 read,t2 write,其他线程写t1读t2写都会被阻塞，在unlock tables之前，A线程也只能读t1,写t2

元数据锁在访问一个表的时候回自动加上，保证在访问数据的时候，表的结构不能修改

行锁

MySQL的行锁是在各个存储引擎中自己实现，InnoDB中就支持行锁，MyISAM引擎就不支持行锁

行锁就是锁住表中一行记录的锁，当A在对这行数据进行处理，B也想处理这条数据，就需要等到A处理完毕之后，B才能继续

两阶段锁协议

在InnoDB事务中，行锁是在需要的时候才被加上，但并不是不需要了就会立刻释放，而是要等待当前事务结束后才会释放。

所以在如果事务中需要锁住多个行，把最可能造成并发的行尽量往后放。

举个：

一个购票的系统的买票业务大概是：

1. 顾客A购票，A余额扣除票价
2. 影院B账户余额增加电影票价
3. 记录交易日志

这条业务下，并发的点在于影院B增加收入，如果每个客户按照1、2、3的业务顺序去购票，那么并发的点2持有锁的时间会很长；如果修改为3、1、2处理完并发的点之后，就会释放行级锁，减少了事物之间的锁的等待时间。

死锁和死锁检测

不同线程之间互相持有对方的锁，A等B释放锁，B等A释放锁，那么就会造成死锁

处理死锁的策略：

1. 一种策略是，直接进入等待，直到超时。这个超时时间可以通过参数 innodb_lock_wait_timeout 来设置

2. 发起死锁检测，发现死锁后，主动回滚死锁链条中的某一个事务，让其他事务得以继续执行。将参数 innodb_deadlock_detect 设置为 on，表示开启这个逻辑，

   这里需要注意：

   （1）访问的行上有行锁才会去做死锁检测

   （2）并不是每次死锁检测都都要扫所有事务。比如某个时刻，事务等待状态是这样的：

   B在等A，D在等C，现在来了一个E，发现E需要等D，那么E就判断跟D、C是否会形成死锁，这个检测不用管B和A