写点什么

MySQL 的锁

发布于: 2021 年 03 月 19 日
MySQL的锁

根据加锁范围:MySQL 里面的锁可以分为:全局锁、表级锁、行级锁

一、全局锁

对整个数据库实例加锁。

FTWRL

MySQL 提供加全局读锁的方法:Flush tables with read lock(FTWRL)

这个命令可以使整个库处于只读状态。使用该命令之后,数据更新语句、数据定义语句和更新类事务的提交语句等操作都会被阻塞。

使用场景:全库逻辑备份。

风险:

  1. 如果在主库备份,在备份期间不能更新,业务停摆

  2. 如果在从库备份,备份期间不能执行主库同步的 binlog,导致主从延迟

解决办法

官方自带的逻辑备份工具 mysqldump,当 mysqldump 使用参数--single-transaction 的时候,会启动一个事务,确保拿到一致性视图。而由于 MVCC 的支持,这个过程中数据是可以正常更新的。一致性读是好,但是前提是引擎要支持这个隔离级别。

如果要全库只读,为什么不使用 set global readonly=true

  1. 在有些系统中,readonly 的值会被用来做其他逻辑,比如判断主备库。所以修改 global 变量的方式影响太大。

  2. 在异常处理机制上有差异。如果执行 FTWRL 命令之后由于客户端发生异常断开,那么 MySQL 会自动释放这个全局锁,整个库回到可以正常更新的状态。而将整个库设置为 readonly 之后,如果客户端发生异常,则数据库就会一直保持 readonly 状态,这样会导致整个库长时间处于不可写状态,风险较高。

二、表级锁

MySQL 里面表级锁有两种,一种是表锁,一种是元数据锁(meta data lock,MDL)

表锁

表锁的语法是:lock tables ... read/write

可以用unlock tables主动释放锁,也可以在客户端断开的时候自动释放。lock tables语法除了会限制别的线程的读写外,也限定了本线程接下来的操作对象。

对于 InnoDB 这种支持行锁的引擎,一般不使用lock tables命令来控制并发,毕竟锁住整个表的影响面还是太大。

MDL

MDL:不需要显式使用,在访问一个表的时候会被自动加上。

MDL 的作用:保证读写的正确性。

在对一个表做增删改查操作的时候,加 MDL 读锁;当要对表做结构变更操作的时候,加 MDL 写锁。

读锁之间不互斥。读写锁之间,写锁之间是互斥的,用来保证变更表结构操作的安全性。

MDL 会直到事务提交才会释放,在做表结构变更的时候,一定要小心不要导致锁住线上查询和更新。

三、行级锁

两阶段锁

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

建议:如果事务中需要锁多个行,要把最可能造成锁冲突、最可能影响并发度的锁尽量往后放。

死锁

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

解决方案:
  1. 通过参数 innodblockwait_timeout 根据实际业务场景来设置超时时间,InnoDB 引擎默认值是 50s。

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

如何解决热点行更新导致的性能问题?

1、如果你能确保这个业务一定不会出现死锁,可以临时把死锁检测关闭掉。一般不建议采用

2、控制并发度,对应相同行的更新,在进入引擎之前排队。这样在 InnoDB 内部就不会有大量的死锁检测工作了。

3、将热更新的行数据拆分成逻辑上的多行来减少锁冲突,但是业务复杂度可能会大大提高。


innodb 行级锁是通过锁索引记录实现的,如果更新的列没建索引是会锁住整个表的。

发布于: 2021 年 03 月 19 日阅读数: 18
用户头像

多读书多看报,少吃零食多睡觉 2018.08.07 加入

还未添加个人简介

评论

发布
暂无评论
MySQL的锁