首页 / MYSQL / MySql 深入浅出之四 （数据库的锁）

MySql 深入浅出之四 （数据库的锁）

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了MySql 深入浅出之四 （数据库的锁），小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含2145字，纯文字阅读大概需要4分钟。

内容图文

锁的分类

每个数据库引擎都有自己锁的实现。例如Myisam引擎就支持表锁。因此总的来说锁分为 全局锁，表锁，行锁。 从粒度来说当然是粒度越细效率越高。但是其实每一种锁都有自己的使用场景。 

  1. 全局锁：可以是整个数据库属于只读状态。 因此可以用来做全局逻辑备份。
  2. 表锁：表锁分为两种一种是表锁，一种是元数据所(meta data lock,MDL)
    表锁的语法是:lock tables ... read/write
    可以用unlock tables主动释放锁，也可以在客户端断开的时候自动释放。lock tables语法除了会限制别的线程的读写外，也限定了本线程接下来的操作对象。
    对于InnoDB这种支持行锁的引擎，一般不使用lock tables命令来控制并发，毕竟锁住整个表的影响面还是太大。
    MDL：不需要显式使用，在访问一个表的时候会被自动加上。
    MDL的作用：保证读写的正确性。
    在对一个表做增删改查操作的时候，加MDL读锁；当要对表做结构变更操作的时候，加MDL写锁。
    读锁之间不互斥。读写锁之间，写锁之间是互斥的，用来保证变更表结构操作的安全性。
    MDL 会直到事务提交才会释放，在做表结构变更的时候，一定要小心不要导致锁住线上查询和更新。、
  3. 行锁：并不是所有的引擎都支持行锁，比如Myisam就不支持行锁。 这也是Myisam被InnoDb替代的一大原因。下面会重点介绍一下行锁被什么因素影响效率。

行锁的效率：

  1. 影响行锁效率的因素1为两阶段锁：在 InnoDB 事务中，行锁是在需要的时候才加上的，但并不是不需要了就立刻释放， 而是要等到事务结束时才释放。因此如果在一个事务中需要锁多个行，要把最可能造成锁冲突、最可能影响并发度的锁尽量往后放。
  2. 当两个不同的事务都在等待对方事务释放锁，那么就会出现死锁。当并发系统中不同线程出现循环资源依赖，涉及的线程都在等待别的线程释放资源时，就会导致这几个线程都进入无限等待的状态。
    解决方案：
    a、通过参数 innodb_lock_wait_timeout 根据实际业务场景来设置超时时间，InnoDB引擎默认值是50s。
    b、发起死锁检测，发现死锁后，主动回滚死锁链条中的某一个事务，让其他事务得以继续执行。将参数 innodb_deadlock_detect 设置为 on，表示开启这个逻辑（默认是开启状态）。
    如何解决热点行更新导致的性能问题？
    a、如果你能确保这个业务一定不会出现死锁，可以临时把死锁检测关闭掉。一般不建议采用
    b、控制并发度，对应相同行的更新，在进入引擎之前排队(可以使用合适的队列中间件进行排队)。这样在InnoDB内部就不会有大量的死锁检测工作了。
    c、将热更新的行数据拆分成逻辑上的多行来减少锁冲突，但是业务复杂度可能会大大提高。

  3. 重点：innodb行级锁是通过锁索引记录实现的，如果更新的列没建索引是会锁住整个表的。

内容总结

以上是互联网集市为您收集整理的MySql 深入浅出之四 （数据库的锁）全部内容，希望文章能够帮你解决MySql 深入浅出之四 （数据库的锁）所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/915689.html

来源：【匿名】