在我们开发的过程中,使用全局锁和表锁的场景比较少,接触的也相对少一点,下面主要介绍一下。
FTWRL
全局锁就是对整个数据库实例加锁,MySQL 提供了 flush tables with read lock (FTWRL) 的方式去加全局锁。当你需要让整个库处于只读状态的时候,就可以使用这个命令了,之后所有线程的更改操作都会被阻塞。
mysqldump
mysqldump 是官方提供的备份工具,可以通过 --single-transaction 参数来启用可重复读隔离级别,从而可以拿到一个一致性视图。
set global readonly = true
通过上述命令可以让全库进入只读状态,但是在开发当中,事务框架往往会利用这个参数来处理读写分离。所以通常情况下,还是不建议使用这种方式。
MySQL 的表级锁有 2 种:表锁 和 元数据锁。
表锁
表锁可以使用 lock tables T read/write , 可以使用 unlock tables 主动释放锁,也可以在客户端断开的时候自动释放锁。
MDL (metadata lock)
MDL 没有显示的命令,当执行改表语句时,MDL 会保证读写的正确性。MySQL 在 5.5 版本以后引入了 MDL 锁,当对一个表做 增删改查 的时候,加 MDL 读锁;当要多表结构做变更的时候,加 MDL 写锁。
当我们在线上更改表字段的时候,可能会造成长时间的服务不可用。流程如下:
从上面流程可以看出,当我们在更改线上表时,此时可能早上服务不可用。此时可以增加一个改表的超时时间,但是MySQL官方还没有支持这种功能,MarialDB、AliSQL 的开源分支是可以支持的。
两阶段锁
当使用update 更新数据时,会对 where 条件扫描到的行加行锁。下面看一下更新语句的执行流程:
从上图可以看出,事务 A 对 id=1 和 id=2 的行加锁之后,事务 B 要对 id=1 加锁的时候就会阻塞。在 InnoDB 事务中,行锁是在需要的时候才加上的,并且在事务提交后释放的,这就是两阶段锁协议。所以我们在更新数据时,应尽量把容易产生并发更新的行放在事务末端执行。
死锁
在事务对不同行加锁的时候,就很有可能出现死锁的情况。如下所示:
上面事务A 和 事务B 都在等待对方释放资源,从而就产生了死锁的状态。MySQL 有 2 中策略去解决死锁:
上面 2 种死锁的解决方法,都是MySQL 本身提供的。我们实际开发的过程当中,往往是需要自己从业务的角度去考虑,如何规避死锁和解决死锁的问题。