2022年5月17日 下午4:04 • 面试题 • 阅读 9 一、MySQL 锁类型和加锁分析 锁类型介绍： MySQL有三种锁的级别：页级、表级、行级。 表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高,并发度最低。 行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低,并发度也最高。 页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般 算法： next KeyLocks锁，同时锁住记录(数据)，并且锁住记录前面的Gap Gap锁，不锁记录，仅仅记录前面的Gap Recordlock锁（锁数据，不锁Gap） 所以其实 Next-KeyLocks=Gap锁+ Recordlock锁 二、死锁产生原因和示例 1、产生原因： 所谓死锁：是指两个或两个以上的进程在执行过程中,因争夺资源而造成的一种互相等待的现象,若无外力作用，它们都将无法推进下去.此时称系统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程称为死锁进程。表级锁不会产生死锁.所以解决死锁主要还是针对于最常用的InnoDB。 死锁的关键在于：两个(或以上)的Session加锁的顺序不一致。 那么对应的解决死锁问题的关键就是：让不同的session加锁有次序 2、产生示例： 案例一 需求：将投资的钱拆成几份随机分配给借款人。 起初业务程序思路是这样的： 投资人投资后，将金额随机分为几份，然后随机从借款人表里面选几个，然后通过一条条select for update 去更新借款人表里面的余额等。 例如两个用户同时投资，A用户金额随机分为2份，分给借款人1，2 B用户金额随机分为2份，分给借款人2，1 由于加锁的顺序不一样，死锁当然很快就出现了。 对于这个问题的改进很简单，直接把所有分配到的借款人直接一次锁住就行了。 delete from dltask where a=’a’ and b=’b’ and c=’c’; 并且产生了以下的并发执行逻辑，就会产生死锁： 上面分析的这个并发流程，完整展现了死锁日志中的死锁产生的原因。其实，根据事务1步骤6，与事务0步骤3/4之间的顺序不同，死锁日志中还有可能产生另外一种情况，那就是事务1等待的锁模式为记录上的X锁 + No Gap锁(lock_mode X locks rec but not gap waiting)。这第二种情况，也是”润洁”同学给出的死锁用例中，使用MySQL 5.6.15版本测试出来的死锁产生的原因。 此类死锁，产生的几个前提： Delete操作，针对的是唯一索引上的等值查询的删除；(范围下的删除，也会产生死锁，但是死锁的场景，跟本文分析的场景，有所不同) 至少有3个(或以上)的并发删除操作； 并发删除操作，有可能删除到同一条记录，并且保证删除的记录一定存在； 事务的隔离级别设置为Repeatable Read，同时未设置innodb_locks_unsafe_for_binlog参数(此参数默认为FALSE)；(Read Committed隔离级别，由于不会加Gap锁，不会有next key，因此也不会产生死锁) 使用的是InnoDB存储引擎；(废话！MyISAM引擎根本就没有行锁) 作者：王啸tr1912 www.sxzhongrui.com/tr1912/article/details/81668423 END 十期推荐 【231期】面试官：java中 serialVersionUID 的作用是什么？ 【232期】面试官：spring的 IOC 容器比New对象究竟好在哪? 【233期】面试官：什么是耦合？解耦合的方法有哪几种？ 【234期】30个 Java 集合面试必备的问题和答案 【235期】面试官：Redis的数据是存在内存里吗？谈谈Redis各种数据类型的使用场景？ 【236期】面试官：线程池中多余的线程是如何回收的？ 【237期】面试官：如何发现 Redis 热点 Key ，解决方案有哪些？ 【238期】面试官：Redis新版本开始引入多线程，谈谈你的看法？ 【239期】面试官：如何使用Redis实现电商系统的库存扣减？ 【240期】面试官：你了解JVM的内存溢出吗？ 与其在网上拼命找题？ 不如马上关注我们~ 版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。 文章由半码博客整理，本文链接：https://www.sxzhongrui.com/index.php/post/8001.html