面试真题，用通俗的例子解释清楚 MySQL 为什么有了表锁和行锁之后，还要引入意向锁
MySQL 的锁按照范围可以分为全局锁、表锁、行锁，其中行锁是由数据库引擎实现的，并不是所有的引擎都提供行锁，MyISAM 就不支持行锁，所以文章介绍行锁会以InnoDB引擎为例来介绍行锁。
今天的主人公是我们公司同事侨总，传说中手上有10个比特币的男人。自从比特币大涨以来，养成了几个小爱好：周末听戏坐包厢，骑马酒吧滑雪场。
用法：LOCK TABLE table_name [ AS alias_name ] READ
例如：以Unix系统的email box为例，典型的mbox文件格式是非常简单的。一个mbox邮箱中的所有邮件都串行在一起，彼此首尾相连。这种格式对于读取和分析邮件信息非常友好，同时投递邮件也很容易，只要在文件末尾附加新的邮件内容即可。但如果两个进程在同一时刻对同一个邮箱投递邮件，会发生什么情况？显然，邮箱的数据会被破坏，两封邮件的内容会交叉地附加在邮箱文件的末尾。设计良好的邮箱投递系统会通过锁（lock）来防止数据损坏。如果客户试图投递邮件，而邮箱已经被其他客户锁住，那就必须等待，直到锁释放才能进行投递。这种锁的方案在实际应用环境中虽然工作良好，但并不支持并发处理。因为在任意一个时刻，只有一个进程可以修改邮箱的数据，这在大容量的邮箱系统中是个问题。
松哥原创的 Spring Boot 视频教程已经杀青，感兴趣的小伙伴戳这里-->Spring Boot+Vue+微人事视频教程
表级锁：一次性插入和更新较多数据时，当很多操作都是读表时可以选择。但当select语句时间过长或者update和delete语句短而且次数多时，不适用，会各种锁冲突。 行级锁：在很多线程请求不同记录时减少冲突锁。事务回滚时减少改变数据。使长时间对单独的一行记录加锁成为可能。比页级锁和表级锁消耗更多的内存。当需要频繁对大部分数据做 GROUP BY 操作或者需要频繁扫描整个表时不适合。
在数据库中数据也是一种供许多用户共享的资源,如何保证数据并发访问的一致性,有效性是所有数据库必须解决的一个问题,锁冲突也是影响数据库并发访问性能的一个重要因素;
事情是这样子的，由于公司要推行降本增效，尽量使得服务器能满负载的去工作，我负责的项目由于对数据库的使用比较轻度，所以就降低配置去使用。而一个新的需求，需要稍微复杂一点的业务逻辑，所以需要对数据库增加一个字段，且增加一个索引，也就是做一点DDL语句的操作，但是由于表的数据量也不小(最大的一张表差不多800多万行，最少也有几百万条数据)，所以在此之前，对大表加字段，加索引做了一个比较深入的学习。
对于行锁和表锁的含义区别，在面试中应该是高频出现的，我们应该对MySQL中的锁有一个系统的认识，更详细的需要自行查阅资料，本篇为概括性的总结回答。
说到 MySQL 中的锁，相信小伙伴们多多少少都能说出来一些，例如全局锁、表锁、行锁等等。
3.举了个mbox邮箱文件的例子,说如果有多个进程同时对mbox文件写东西,那么在文件的末尾会,交叉混乱的添加,比如进程1写了几行,进程2也写了几行,互相交叉,数据就是错误的了.设计良好的mbox需要加锁,比如进程1锁住了文件,进程2必须等待进程1结束,锁释放才能去写.但是这样的话就不支持并发了,同一时刻只有一个进程可以写数据
平时的业务中，顶多也就是写写简单的sql，连事务都用的少，对锁这一块的了解就更加欠缺了，之前一个大神分享了下mysql的事务隔离级别，感觉挺有意思的，正好发现一个很棒的博文，然后也收集了一些相关知识，正好来学习下，mysql中锁与事务的神秘面纱，主要内容包括
在数据库中，除传统的计算资源的争用以外，数据也是一种供许多用户共享的资源。如何保证数据并发访问的一致性、有效性是所有数据库必须解决的问题，锁冲突也是影响数据库并发访问性能的一个重要的因素。
我们在上篇文章中提到了记录锁（行锁）、间隙锁和临键锁，后台有小伙伴催我更新一下其他的锁。拖延症又犯了，趁周末，今天我们来总结一下MyISAM和InnoDB引擎下锁的种类及使用方法。
AQS通过 同步状态state来表示锁(0—锁可用，非0—锁不可用，可重入锁每重入一次state+1)
前阵子参与了字节跳动后端青训营，其中大项目编写涉及到数据持久化一般选择使用MySQL。由于时间原因，数据库使用我选择了无脑三板斧：1. 建立了索引加速查询、2. 关闭自动提交事务、3. 在需要确保原子性的数据库操作之间手动创建和提交事务。
数据库锁机制简单来说，就是数据库在多事务并发处理时，为了保证数据的一致性和完整性，数据库需要合理地控制资源的访问规则。锁是一种资源，这个资源是和事务关联在一起的，当某个事务获取了锁，在提交或回滚之前，就一直持有该锁。
前几天有粉丝和我聊到他找工作面试大厂时被问的问题，因为现在疫情期间，找工作也特别难找。他说面试的题目也比较难，都偏向于一两年的工作经验的面试题。
对于行锁和表锁的意义差异，在面试当中可能出现得频率较高，我们应对MySQL中的锁有一个体系化的了解，更详尽的内容需要自行查找相关资料，本文仅精要总结回答。
查阅了官方文档，我们可以了解到，插入意向锁（Insert Intention Locks ）其实是一种特殊的gap lock，在行插入前，要获取这个锁（所以这个锁是在行排它锁之前获取）。
各位对 ”锁“ 这个概念应该都不是很陌生吧，Java 语言中就提供了两种锁：内置的 synchronized 锁和 Lock 接口，使用锁的目的就是管理对共享资源的并发访问，保证数据的完整性和一致性，数据库中的锁也不例外。
上篇文章我们简单的了解了一大堆锁相关的概念，然后只是简单的演示了一下 InnoDB 和 MyISAM 之间 表锁 与 行锁 的差别。相信大家还是意犹未尽的，今天我们就来用代码说话，实际地操作一下，看看如何进行手动的加 表锁 与 行锁 ，并进行一些相关的实验测试。
偏向MyISAM存储引擎，开销小，加锁快；无死锁；锁定粒度大，发生锁冲突的概率最高,并发度最低。
MyISAM 存储引擎只支持表锁，这也是MySQL 开始几个版本中唯一支持的锁类型。
锁的重要性想必不用多说了吧，作为面试造火箭中最重要的一个点之一，可谓是不得不会，说出来都是一把辛酸泪，什么悲观锁，乐观锁，自旋锁，偏向锁等等等等，虽然说在我们平常写代码的时候很少会用到它们，但是实现的思想是很需要我们去研究的。
因为数据也是一种供许多用户共享的资源，如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题，锁冲突也是影响数据库并发访问性能的一个重要因素，所以进一步学习MySQL，就需要去了解它的锁机制。
有童鞋在后台留言： 沈老师，MyISAM只支持表锁，但网上文章却说，在并发插入量比较大的时候，比较适合使用MyISAM，这矛盾吗？ 这个问题，涉及MySQL表锁的一些细节，借着这个问题，系统性说下表锁的“所以然”。 画外音：网上不少文章只说结论，不说为什么，容易让人蒙圈。 MySQL表锁知识系统性梳理。 哪些存储引擎使用表锁？ MySQL，除InnoDB支持行锁外，MySQL的其他存储引擎均只使用表锁，例如：MyISAM, MEMORY, MERGE等。 表锁有什么好处？ （1）表锁占用内存少很多，行锁的数
数据库中锁的设计初衷处理并发问题，作为多用户共享资源，当出现并发访问的时候，数据库需要合理控制资源访问规则。锁就是实现这些访问规则中的重要数据。
如果我们需要在生产环境中修改MySQL数据库中某个库表的结构。那么，需要考虑哪些要点，才能确保不会出问题呢？
面试现场 之 MySQL锁机制 第一问 面试官:小王，看你简历上说，精通MySQL，那你能讲讲MySQL的锁机制吗（面试官一脸坏笑）？ 小王: （小王心里笑了笑）不慌不忙的说，MySQL锁设立初衷是为了处理并发问题，当出现并发访问的时候，数据库利用锁合理的控制资源。 第二问 面试官：那你知道有哪几种锁吗？ 小王：根据锁的范围，MySQL的锁分为全局锁，表锁和行锁。 面试官心想，这小伙子懂得还挺多，让我再追问一下。 第三问 面试官：那你能说说这几种锁的含义及应用场景吗？ 小王：全局锁就是对整个数据库实例
加锁顺序 普通select查询 获取表级锁: MDL读锁 不需要其他锁: 因为使用的是MVCC，所以不需要行锁 ps: 很多地方都说使用了MVCC就不需要加锁，实际上是不需要行锁，MDL读锁还是需要的 共享读select in share mode 首先获取表级锁: MDL写锁 再获取表级锁: 意向共享锁 再获取行级锁: 根据不同语句获取对应的行锁和间隙锁 insert插入 首先获取表级锁: MDL写锁 再获取表级锁: 意向排它锁 再获取行级锁: 插入意向锁 update/delete 首先获取表级锁:
本栏目Java开发岗高频面试题主要出自以下各技术栈：Java基础知识、集合容器、并发编程、JVM、Spring全家桶、MyBatis等ORMapping框架、MySQL数据库、Redis缓存、RabbitMQ消息队列、Linux操作技巧等。
今天我们一起来聊聊MyISAM存储引擎中的锁，MySQL中的表锁主要使用对象就是MyISAM存储引擎，大家可能会疑问，Innodb不用表锁吗？
MySQL的锁机制比较简单，最显著的特点是不同的存储引擎支持不同的锁机制。InnoDB支持行锁，有时也会升级为表锁；myisam只支持表锁。
为了给高并发情况下的MySQL进行更好的优化，有必要了解一下mysql查询更新时的锁表机制。 一、概述 MySQL有三种锁的级别：页级、表级、行级。 MyISAM和MEMORY存储引擎采用的是表级锁（table-level locking）；BDB存储引擎采用的是页面锁（page-level locking），但也支持表级锁；InnoDB存储引擎既支持行级锁（row-level locking），也支持表级锁，但默认情况下是采用行级锁。 MySQL这3种锁的特性可大致归纳如下： 表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高,并发度最低。 行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低,并发度也最高。 页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般。 二、MyISAM表锁 MyISAM存储引擎只支持表锁，是现在用得最多的存储引擎。 1、查询表级锁争用情况 可以通过检查table_locks_waited和table_locks_immediate状态变量来分析系统上的表锁定争夺： mysql> show status like ‘table%’; +———————–+———-+ | Variable_name | Value | +———————–+———-+ | Table_locks_immediate | 76939364 | | Table_locks_waited | 305089 | +———————–+———-+ 2 rows in set (0.00 sec)Table_locks_waited的值比较高，说明存在着较严重的表级锁争用情况。
搜索的索引列，不一定是所要选择的列。最适合索引的列是出现在WHERE子句中的列，或连接子句中指定的列，而不是出现在SELECT关键字后的选择列表中的列。
不少人在开发的时候，应该很少会注意到这些锁的问题，也很少会给程序加锁(除了库存这些对数量准确性要求极高的情况下)，即使我们不会这些锁知识，我们的程序在一
MySQL逻辑架构 MySQL逻辑架构.png 优化与执行 MySQL会解析查询，创建内部数据结构（解析树），对齐进行优化（重写查询、决定表的读取顺序、选择合适的索引）； 使用explain，可以解释
索引常见的类型有哈希索引，有序数组索引，二叉树索引，跳表等等。本文主要探讨 MySQL 的默认存储引擎 InnoDB 的索引结构。
所有session可以读；但是当前session 更新插入报错，其他session 更新插入等待。 比如： 在数据迁移时，加读锁，防止任何session的更新操作。
MySQL中存在着许多的锁，按照锁的作用范围可以分为全局锁、表级锁和行级锁，每种锁级别下又可划分更细粒度的锁。文章不会涉及锁的具体实现细节，主要介绍的是碰到锁时的现象和其背后原理。由于日常开发阶段主要打交道的是行级锁，所以你可以重点关注行级锁的特性！
数据库锁设计的初衷是处理并发问题。作为多用户共享的资源，当出现并发访问的时候，数据库需要合理地控制资源的访问规则。而锁就是用来实现这些访问规则的重要数据结构。
最近在极客时间看丁奇大佬的《MySQL45讲》，真心觉得讲的不错，把其中获得的一些MySQL方向的经验整理整理分享给大家，有兴趣同学可以购买相关课程进行学习。
相对其他数据库而言，MySQL的锁机制比较简单，其最显著的特点是不同的存储引擎支持不同的锁机制。下表中罗列出了各存储引擎对锁的支持情况：
因为数据也是一种供许多用户共享的资源，如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题，锁冲突也是影响数据库并发访问性能的一个重要因素，所以进一步学习 MySQL，就需要去了解它的锁机制。
Mysql的质量比较好的书其实并不是很多，所以可以说是看一本少一本，这本书也算是学习MYSQL必看的一本书，当然十分厚，虽然版本很老但是讲述的内容都会十分实用的，对于学习MYSQL的人可以说是一本必读的进阶好书。
本文是微信公众号【Java技术江湖】的《重新学习MySQL数据库》其中一篇，本文部分内容来源于网络，为了把本文主题讲得清晰透彻，也整合了很多我认为不错的技术博客内容，引用其中了一些比较好的博客文章，如有侵权，请联系作者。
学习计划的第四天，仍然是对数据库事务方面进行学习。毕竟数据库操作在后端开发中有着举足轻重的作用。 那么，今天的学习内容是：事务丢失更新问题及乐观锁、悲观锁机制。 话不多说，进入正题。 什么是事务的丢失更新问题？ 两个或多个事务更新同一行，但这些事务彼此之间都不知道其它事务进行的修改，因此第二个更改覆盖了第一个修改 。 这样说太抽象，举个例子：在数据库表中存在一条数据
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
