MySQL理论汇总大纲——锁相关

本文详细介绍了MySQL的锁定机制,包括全局锁、表级锁(表锁和MDL锁)以及行锁,强调了它们在数据库管理中的应用和风险。同时,讨论了死锁问题及其解决方案,如设置超时时间和主动回滚事务。此外,还提出了应对热点行更新导致性能问题的策略,包括控制并发度和调整事务设计。
摘要由CSDN通过智能技术生成

1、根据加锁范围分为:全局锁、表级锁、行锁

  •  全局锁

            1、范围:对整个数据库实例加锁。
            2、MySQL提供加全局读锁的方法:Flush tables with read lock(FTWRL)。
            3、这个命令可以使整个库处于只读状态。使用该命令之后,数据更新语句、数据定义语句和更新类事务的提交语句等操作都会被阻塞。
            4、使用场景:全库逻辑备份。
            5、风险
                (1).如果在主库备份,在备份期间不能更新,业务停摆。
                (2).如果在从库备份,备份期间不能执行主库同步的binlog,导致主从延迟。
            6、官方自带的逻辑备份工具mysqldump,当mysqldump使用参数--single-transaction的时候,会启动一个事务,确保拿到一致性视图。而由于MVCC的支持,这个过程中数据是可以正常更新的。
            7、如果要全库只读,为什么不使用set global readonly=true的方式?
                (1).在有些系统中,readonly的值会被用来做其他逻辑,比如判断主备库。而且修改global变量的方式影响太大。
                (2).在异常处理机制上有差异。如果执行FTWRL命令之后由于客户端发生异常断开,那么MySQL会自动释放这个全局锁,整个库回到可以正常更新的状态。而将整个库设置为readonly之后,如果客户端发生异常,则数据库就会一直保持readonly状态,这样会导致整个库长时间处于不可写状态,风险较高。

  •  表级锁:包含表锁和MDL锁

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

            元数据锁(MDL锁):
                1、不需要显式使用,在访问一个表的时候会被自动加上。
                    MDL读锁:
                        在对一个表做增删改查操作的时候加锁
                    MDL写锁:
                        当要对表做结构变更操作的时候加锁
                2、MDL的作用:保证读写的正确性。
                3、读锁之间不互斥。读写锁之间,写锁之间是互斥的,用来保证变更表结构操作的安全性。
                4、MDL 会直到事务提交才会释放,在做表结构变更的时候,一定要小心不要导致锁住线上查询和更新。

  •  行锁

            两阶段锁:
                 在 InnoDB 事务中,行锁是在需要的时候才加上的,但并不是不需要了就立刻释放, 而是要等到事务结束时才释放。
                建议:如果你的事务中需要锁多个行,要把最可能造成锁冲突、最可能影响并发度的锁尽量往后放。

2、死锁问题
            当并发系统中不同线程出现循环资源依赖,涉及的线程都在等待别的线程释放资源时,就会导致这几个线程都进入无限等待的状态。
            解决方案:
                (1)通过参数 innodb_lock_wait_timeout 根据实际业务场景来设置超时时间,InnoDB引擎默认值是50s。
                (2)发起死锁检测,发现死锁后,主动回滚死锁链条中的某一个事务,让其他事务得以继续执行。将参数 innodb_deadlock_detect 设置为 on,表示开启这个逻辑(默认是开启状态)。

3、如何解决热点行更新导致的性能问题?
                (1)如果你能确保这个业务一定不会出现死锁,可以临时把死锁检测关闭掉。一般不建议采用
                (2)控制并发度,对应相同行的更新,在进入引擎之前排队。这样在InnoDB内部就不会有大量的死锁检测工作了。
                (3)将热更新的行数据拆分成逻辑上的多行来减少锁冲突,但是业务复杂度可能会提高。

4、next key lock是gap锁和行锁的组合

  •      一般select ...lock in share mode就是共享锁
  •      select ... for update 和 IUD语句,就是排他锁

 

 

                                                                                                                                                                                      ——整理自丁奇老师专栏《MySQL实战45讲》

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值