关于Mysql锁知识的整理，全面了解Mysql加锁规则

上面的案例貌似不怎么贴合实际，因为程序里主动显示的加读锁是不常见的，下面复现一个间隙锁加写锁不冲突，而间隙锁与意向插入锁冲突死锁的例子。SHOW ENGINE INNODB STATUS 查看加锁信息。这里注意点，意向插入锁是没有读锁的，它是写锁性质的。

上篇我们聊过锁都有哪些类型,那这篇我们聊MySQL什么时候会把锁添加在索引上.顺便解释一下为什么MySQL加锁会加在索引上.文章列举的表和数据代码都经过验证,你直接复制粘贴结果不会错(我这个数据库版本下是这样的).

本文详细介绍了如何使用EPLAN 3D布局图进行电气柜的3D建模与自动布线，帮助工程师告别混乱接线。从项目准备、基础结构建模到智能设备布局与逻辑定义，再到高级布线技术与问题排查，提供了一套完整的实战指南。通过EPLAN的3D功能，显著提升设计效率与系统可靠性。

学完JUC之后，一起来整理一下MySQL锁的知识，梳理MySQL各种级别的锁：全局锁，表锁，行锁。Record Lock，Gap Lock，Next-Key Lock的加锁机制

篇博客将对一些常见的 SQL 语句进行加锁分析，看看我们平时执行的那些 SQL 都会加什么锁。

在进行死锁分析时，如果看 MySQL 的死锁日志云里雾里，那可能是我们对 MySQL 的加锁规则不甚了解，从而感觉分析无从下手。只能看代码，改 SQl 碰运气。有一句话说的好：我也不知道为什么这么改就好了，反正它已经能工作了！ 所以，本文总结了各种常见的加锁情况，分析其加锁过程，以方便我们更好的分析死锁问题。

sql语句的加锁分析

点击上方“服务端思维”，选择“设为星标”回复”669“获取独家整理的精选资料集回复”加群“加入全国服务端高端社群「后端圈」作者 | 历小冰出品|程序员历小冰疫情期间在家工作时，同事使用...

https://blog.csdn.net/weixin_39805644/article/details/111125420 如下图所示，数据库的隔离等级，SQL 语句和当前数据库数据会共同影响该条 SQL 执行时数据库生成的锁模式，锁类型和锁数量。 下面，我们会首先讲解一下隔离等级、不同 SQL 语句 和 当前数据库数据对生成锁影响的基本规则，然后再依次具体 SQL 的加锁场景。

文章摘抄自林晓斌老师《MySQL实战45讲》。在开发系统的时候，你可能经常需要计算一个表的行数，比如一个交易系统的所有变更记录总数。这时候你可能会想，一条select count(*) from t 语句不就解决了吗？ 但是，你会发现随着系统中记录数越来越多，这条语句执行得也会越来越慢。然后你可能就想了，MySQL怎么这么笨啊，记个总数，每次要查的时候直接读出来，不就好了吗。 那么今天，我们就来聊聊count(*)语句到底是怎样实现的，以及MySQL为什么会这么实现。然后，我会再和你说说，如果应用中有这

文章摘抄自林晓斌老师《MySQL实战45讲》。 不同的业务场景下，应该选择普通索引，还是唯一索引？ 假设你在维护一个市民系统，每个人都有一个唯一的身份证号，而且业务代码已经保证了不会写入两个重复的身份证号。如果市民系统需要按照身份证号查姓名，就会执行类似这样的SQL语句： select name from CUser where id_card = 'xxxxxxxyyyyyyzzzzz'; 所以，你一定会考虑在id_card字段上建索引。 由于身份证号字段比较大，我不建议你把身份证号当做主键，

mysql 5.7.12 ,事务隔离级别RRBEGIN;SHOW ENGINE INNODB STATUS 死锁日志。

本文摘抄自林晓斌老师《MySQL实战45讲》，文中有部分自己的理解和分析。在上一篇文章中，我提到 MySQL 对自增主键锁做了优化，尽量在申请到自增 id 以后，就释放自增锁。因此，insert 语句是一个很轻量的操作。不过，这个结论对于"普通的 insert 语句"才有效。也就是说，还有些 insert 语句是属于"特殊情况"的，在执行过程中需要给其他资源加锁，或者无法在申请到自增 id 以后就立马释放自增锁。那么，今天这篇文章，我们就一起来聊聊这个话题。

这里其实也是间隙锁和意向插入锁冲突死锁，delete与update加锁逻辑差不多。加了3把锁，索引c间隙锁(5,10)，主键索引记录锁id=5，索引c临键锁（0,5]查看锁信息 SHOW ENGINE INNODB STATUS。注意where条件的c是普通索引。

首先说明一下， 这些加锁规则我没在别的地方看到过有类似的总结， 以前我自己判断的时候都是想着代码里面的实现来脑补的。 这次为了总结成不看代码的同学也能理解的规则， 是我又重新刷了代码临时总结出来的。 所以， 这个规则有以下两条前提说明： MySQL后面的版本可能会改变加锁策略， 所以这个规则只限于截止到现在的最新版本， 即5.x系列<=5.7.24， 8.0系列 <=8.0.13。 如果大家在验证中有发现bad case的话， 请提出来， 我会再补充进这篇文章， 使得一起学习本专栏的所有同学

范围查询，两者唯一索引和普通所以的规则还是一样的，区别在主键索引，对于

1 MySQL实战45讲-01基础架构：一条SQL查询语句是如何执行的？ 2 MySQL实战45讲-02日志系统：一条SQL更新语句是如何执行的？ 3 MySQL实战45讲-03事务隔离：为什么你改了我还看不见？ 4 MySQL实战45讲-04深入浅出索引（上） 5 MySQL实战45讲-05深入浅出索引（下） 6 MySQL实战45讲-06全局锁和表锁：给表加个字段怎么有这么多阻碍？ 7 MySQL实战45讲-07行锁功过：怎么减少行锁

事务中常见的问题 了解完事务的 ACID 的原则后，再来看看在 SQL Server 中多用户并发的情况下，使用事务可能会遇到的一些情况： 脏读 (Dirty Reads) :一个事务正在访问并修改数据库中的数据但是没有提交，但是另外一个事务可能读取到这些已作出修改但未提交的数据。这样可能导致的结果就是所有的操作都有可能回滚，比如第一个事务对数据做出的修改可能违背了数据表的某些约束，破坏了完整性，但是恰巧第二个事务却读取到了这些不正确的数据造成它自身操作也发生失败回滚。 不可重复读取(Non-Rep.

分两大步 设置固定ip 克隆后修改相关配置 本文引用的其他地方的图片。会附上链接 若侵权，删 一、设置静态ip 先进行虚拟网络的编辑 接下来的操作需要管理员权限。（给权限就完事了） 接下来设置网卡: 网络和共享中心→ 更改适配器设置→VMware Network Adapter VMnet8 -> 右键属性 修改TCP/Ipv4的配置，网上常见是这种，笔者是英文的...