首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

MySQL加锁范围分析

场景: 最近,遇到了一个关于mysql 加锁的问题,将当时的情形简化如下,有一个index_test表,表结构如下所示: mysql> CREATE TABLE `index_test` ( `priv_id...然后在网上搜索相关的资料,看看别人有没有遇到过这样的问题,在一篇关于MySQL加锁处理分析的blog中得到了启示,按照blog中组合七:id非唯一索引+RR的理论,gap锁的范围不仅跟被锁定的键有关,还跟主键有关...##最后: 开启binlog(需要重启mysql),或者设置mysql隔离级别为RC: mysql> set session transaction isolation level read committed...因此,在我们使用mysql加锁过程中,也首先需要搞清楚,我们的隔离级别是什么,是否开启了binlog等等,然后才能正确分析加锁的范围。...p=771 大神描述Mysql 加锁分析的blog http://hedengcheng.com/?

6K72

mysql语句加锁分析

其实并不能完全解决幻读问题, 这里可以参考另一篇博客[mysql事务隔离级别与加锁分析] SERIALIZABLE隔离级别下,需要分为两种情况讨论: 在系统变量autocommit=0时,也就是禁用自动提交时...`来为记录加锁。这里还是分是否有更新二级索引的情况,如果不更新就只往符合条件的聚簇索引加锁 6....[](/images/mysql/ru_rc_table_scan.png) 2. `SELECT ... FOR UPDATE`进行加锁的情况与上边类似,只不过加的是+ XLock 3....SessionA 回滚, 此时 SessionB 和 SessionC 都试图继续执行插入操作, 都要加上 X 锁, 但两个Session都要等待对方的行锁, 所以出现了死锁 参考资料 [掘金小册-从根上理解MySQL...] [公众号:我们都是小青蛙 - MySQL加锁分析三部曲]

1.6K10
您找到你想要的搜索结果了吗?
是的
没有找到

MySQL加锁实战分析

ENGINE=InnoDB; insert into t values(0,0,0),(5,5,5), (10,10,10),(15,15,15),(20,20,20),(25,25,25); MySQL...的加锁规则是?...加锁的基本单位是next-key lock(前开后闭区间) 查找过程中访问到的对象才会加锁 索引上的等值查询,给唯一索引加锁的时候,next-key lock退化为行锁 索引上的等值查询,向右遍历时且最后一个值不满足等值条件的时候...: 根据规则1,加锁单位是next-key lock,Session A的加锁范围是(5, 10] 根据规则4,SessionA是等值查询,而id=10不满足等值条件,因此next-key lock退化为间隙锁...注意我们这里加的是读锁,如果你使用的是for update,MySQL会认为你要更新数据,因此会给主键索引上满足条件的行加上行锁。

1K30

MySQL 加锁处理分析

先对一条满足条件的记录加锁,返回给MySQL Server,做一些DML操作;然后在读取下一条加锁,直至读取完毕。...相对而言,2PL比较容易理解,说的是锁操作分为两个阶段:加锁阶段与解锁阶段,并且保证加锁阶段与解锁阶段不相交。下面,仍旧以MySQL为例,来简单看看2PL在MySQL中的实现。 ?...为什么不是只在满足条件的记录上加锁呢?这是由于MySQL的实现决定的。如果一个条件无法通过索引快速过滤,那么存储引擎层面就会将所有记录加锁后返回,然后由MySQL Server层进行过滤。...深入理解MySQL如何加锁,有两个比较重要的作用: 可以根据MySQL加锁规则,写出不会发生死锁的SQL; 可以根据MySQL加锁规则,定位出线上产生死锁的原因; 下面,来看看两个死锁的例子 (一个是两个...要分析这个死锁,首先必须用到本文前面提到的MySQL加锁的规则。

3.5K61

MySQL更新语句加锁

看如下一条sql语句: # table T (id int, name varchar(20)) delete from T where id = 10; MySQL在执行的过程中,是如何加锁呢?...组合三、id不唯一索引+RC 该组合中,id列不在唯一,而是个普通索引,那么当执行sql语句时,MySQL又是如何加锁呢?...这样做,保证了最后满足条件的记录加上锁,但是每条记录的加锁操作是不能省略的。 结论:若id列上没有索引,MySQL会走聚簇索引进行全表扫描过滤。由于是在MySQl Server层面进行的。...结论:在MySQL/InnoDB中,所谓的读不加锁,并不适用于所有的情况,而是和隔离级别有关。在Serializable隔离级别下,所有的操作都会加锁。...一条简单的删除语句加锁情况也就分析完成了,但是学习不止于此,还在继续,对于复杂SQL语句又是如何加锁的呢?MySQL中的索引的分析又是怎样的呢?性能分析、性能优化这些又是怎么呢?还需要进一步的学习探索

2K20

MySQL语句加锁分析详解

当然,有时候因为MySQL具体的实现而导致一些情景下的加锁有些不太好理解,这就得我们死记硬背了~ 我们这里把语句分为3种大类:普通的SELECT语句、锁定读的语句、INSERT语句,我们分别看一下。...不过这里有一个小插曲: # 事务T1,REPEATABLE READ隔离级别下 mysql> BEGIN; Query OK, 0 rows affected (0.00 sec) mysql> SELECT...我们说语句一和语句二是MySQL中规定的两种锁定读的语法格式,而语句三和语句四由于在执行过程需要首先定位到被改动的记录并给记录加锁,也可以被认为是一种锁定读。...小贴士:上述步骤是在MySQL 5.7.21这个版本中验证的,不保证其他版本有无出入。...这个问题我也没想明白,人家就是这么规定的,如果有明白的小伙伴可以加我微信 xiaohaizi4919 来讨论一下哈~ 再强调一下,我使用的MySQL版本是5.7.21,不保证其他版本中的加锁情景是否完全一致

1.3K40

MySQL 加锁和死锁解析

产生死锁的必要条件 多个并发事务(2个或者以上) 每个事物都持有了锁(或者是已经在等待锁) 每个事务都需要再继续持有锁(为了完成事务逻辑,还必须更新更多的行) 事物之间产生加锁的循环等待,形成死锁...根据主键查找-锁加在主键上 如 begin;select * from tt_copy where id=4 for update; 加锁情况 index PRIMARY of table test.tt_copy...not gap 根据普通索引查找-锁加在普通索引和主键上 如 begin;select * from tt_copy force index(idx_a) where a=4 for update; 加锁情况...+ row based binlog,基本上能够解决所有问题,无需使用Repeatable Read) 适当的 减少Unique 索引,能够减少GAP锁导致的死锁(根据业务情况而定) • 原则之三 在MySQL...,如果死锁中出现Next Key(Gap锁),说明表中一定存在unique索引 多语句事务产生的死锁,确保每条语句操作记录的顺序性,能够极大减少死锁 本文大多数都整理自《死锁-何登成 - 管中窥豹——MySQL

95320

MySQL谬误集01:读不加锁

我们常常听到一些关于MySQL的说法,比如“读不加锁”,比如“单表数据要小于1000万”,比如“DDL会锁表”等,比如“单表的索引数量应该小于X个”,如果不加思考和测试就直接全盘接受,就可能犯错误,而DB...第1篇文章首先分析下“读不加锁”这种说法是否正确呢? 1.Metadata Locking 若考虑元数据锁(metadata lock),读不加锁错误 。...MVCC 在MVCC下读不加锁的说法是有条件的正确。...=test --mysql-user=xxx --mysql-password='xxx' --mysql-host='127.0.0.1' --mysql-port=3306 --max-time=50...总结 MySQL读不加锁是有条件的: 所有读取都会加Metadata Lock MyISAM引擘会加表锁 INNODB引擘读不加锁是利用MVCC实现的 Serializable隔离级别会对所有读取的行加锁

32532

MySQL死锁系列-常见加锁场景分析

在上一篇文章《锁的类型以及加锁原理》主要总结了 MySQL 锁的类型和模式以及基本的加锁原理,今天我们就从原理走向实战,分析常见 SQL 语句的加锁场景。...隔离等级对加锁的影响 MySQL 的隔离等级对加锁有影响,所以在分析具体加锁场景时,首先要确定当前的隔离等级。...具体场景分析 具体 SQL 场景分析主要借鉴何登成前辈的《MySQL 加锁处理分析》文章和 aneasystone 的系列文章,在他们的基础上进行了总结和整理。...聚簇索引,查询命中 聚簇索引就是 InnoDB 存储引擎下的主键索引,具体可参考《MySQL索引》。...我们需要使用 MySQL 相关的工具进行分析,并且有时甚至需要查询 MySQL 相关的日志信息来了解到底语句加了什么锁或者为什么产生死锁,下篇文章中我们就主要了解一下这些内容,请大家持续关注。

1.7K00

MySQL的锁机制和加锁原理

MySQL的锁机制和加锁原理 文章目录 MySQL的锁机制和加锁原理 1.行锁 2.表锁 3.页锁 4.乐观锁和悲观锁 4.1悲观锁 4.2乐观锁 5.1InnoDB锁的特性 6.Record Lock...Lock+Gap Lock 1.行锁 ​ 行级锁是Mysql中锁定粒度最细的一种锁,表示只针对当前操作的行进行加锁。...其加锁粒度最小,但加锁的开销也最大。有可能会出现死锁的情况。 行级锁按照使用方式分为共享锁和排他锁。...2.表锁 ​ 表级锁是mysql锁中粒度最大的一种锁,表示当前的操作对整张表加锁,资源开销比行锁少,不会出现死锁的情况,但是发生锁冲突的概率很大。...相对而言,2PL比较容易理解,说的是锁操作分为两个阶段:加锁阶段与解锁阶段,并且保证加锁阶段与解锁阶段不相交。下面,仍旧以MySQL为例,来简单看看2PL在MySQL中的实现。

91420

深入分析MySQL行锁加锁规则

深入分析MySQL行锁加锁规则 1 查询条件为主键索引 1.1 等值查询记录存在时,在索引的什么位置加什么锁?为什么? 1.2 等值查询记录不存在时,在索引的什么位置加什么锁?为什么?...在实际场景中,行级锁加锁规则比较复杂,不同的查询条件,不同的索引,不同的隔离级别,加锁的情况可能不同,甚至不同版本的MySQL加锁规则也可能会稍有差异。...这里我们围绕下面两个问题,记录一下MySQL在默认的RR隔离级别下的行锁加锁情况(在RC隔离级别下加锁的情况跟在RR隔离级别下差不多,不同的是RC隔离级别下只会对记录加Record Lock,不会加Gap...当前mysql版本:8.0.27。 查询条件为主键索引、唯一索引、普通索引对应的字段时,会在哪些索引上加锁?...转载请注明出处——胡玉洋 《深入分析MySQL行锁加锁规则》

1.7K40

MySQL的死锁系列 - 常见加锁场景分析

在上一篇文章《锁的类型以及加锁原理》主要总结了 MySQL 锁的类型和模式以及基本的加锁原理,今天我们就从原理走向实战,分析常见 SQL 语句的加锁场景。...隔离等级对加锁的影响 MySQL 的隔离等级对加锁有影响,所以在分析具体加锁场景时,首先要确定当前的隔离等级。...具体场景分析 具体 SQL 场景分析主要借鉴何登成前辈的《MySQL 加锁处理分析》文章和 aneasystone 的系列文章,在他们的基础上进行了总结和整理。...聚簇索引,查询命中 聚簇索引就是 InnoDB 存储引擎下的主键索引,具体可参考《MySQL索引》。...我们需要使用 MySQL 相关的工具进行分析,并且有时甚至需要查询 MySQL 相关的日志信息来了解到底语句加了什么锁或者为什么产生死锁,下篇文章中我们就主要了解一下这些内容,请大家持续关注。

2K12

MySQL 中的 INSERT 是怎么加锁的?

,比较系统的学习了 MySQL 的事务、隔离级别、加锁流程以及死锁,我自认为对常见 SQL 语句的加锁原理已经掌握的足够了,但看到热心网友在评论中提出的一个问题,我还是彻底被问蒙了。...于是我又去复习了一遍 MySQL 官方文档,Locks Set by Different SQL Statements in InnoDB 这篇文档对各个语句的加锁有详细的描述,其中对 insert 的加锁过程是这样说的...(这应该是网络上介绍 MySQL 加锁机制被引用最多的文档,估计也是被误解最多的文档): INSERT sets an exclusive lock on the inserted row....InnoDb 在插入记录时,是不加锁的。...语句的调用栈 MySQL5.7 : 对隐式锁转换的优化 [MySQL学习] Innodb锁系统(4) Insert/Delete 锁处理及死锁示例分析 InnoDB事务锁之行锁-insert加锁-隐式锁加锁原理

9.8K51

MySql-两阶段加锁协议 原

MySql-两阶段加锁协议 前言 此篇博客主要是讲述MySql(仅限innodb)的两阶段加锁(2PL)协议,而非两阶段提交(2PC)协议,区别如下: 2PL,两阶段加锁协议:主要用于单机事务中的一致性与隔离性...MySql本身针对性能,还有一个MVCC(多版本控制)控制,本文不考虑此种技术,仅仅考虑MySql本身的加锁协议。...什么是两阶段加锁 在一个事务里面,分为加锁(lock)阶段和解锁(unlock)阶段,也即所有的lock操作都在unlock操作之前,如下图所示: ?...两阶段加锁对性能的影响 上面很好的解释了两阶段加锁,现在我们分析下其对性能的影响。...总结 MySql采用两阶段加锁协议实现隔离性和一致性,我们只有深入的去理解这种协议,才能更好的对我们的SQL进行优化,增加系统的吞吐量。

2K40

MySQL next-key lock 加锁范围总结

前言 三篇文章分别通过实际操作,介绍了主键、非主键唯一索引、普通索引、普通字段四个方面介绍了加锁的范围。 本篇文章再做一个总结。...2 主键索引 加锁时,会先给表添加意向锁,IX 或 IS; 加锁是如果是多个范围,是分开加了多个锁,每个范围都有锁;(这个可以实践下 id < 20 的情况) 主键等值查询,数据存在时,会对该主键索引的值加行锁...3 非主键唯一索引 非主键唯一索引等值查询,数据存在,for update 是会在主键加锁的,而 for share 只有在走覆盖索引的情况下,会仅在自己索引上加锁; 非主键索引等值查询,数据不存在,无论是否索引覆盖...,相当于一个范围查询,仅仅会在非主键索引上加锁,加的还是间隙锁,前开后开区间; 在非主键唯一索引范围查询时,不是覆盖索引的时候,会对相应的范围加前开后闭区间,并且如果存在数据,会对对应的主键加行锁; 在非主键唯一索引范围查询时...,如果是覆盖索引时,会对所有的后闭区间对应的主键,加行锁; 在非主键唯一索引加锁时,还是存在 next-key 锁住下一个区间的 bug。

1.6K10
领券