如果没有使用 select ... for update 语句，而使用了单纯的 select 语句，如果是两个订单号一样的请求同时进来，就会出现两个重复的订单，有可能出现幻读，如下图： 为什么会产生死锁...可重复读隔离级别下，是存在幻读的问题。 Innodb 引擎为了解决「可重复读」隔离级别下的幻读问题，就引出了 next-key 锁，它是记录锁和间隙锁的组合。...这段话表明间隙锁在本质上是不区分共享间隙锁或互斥间隙锁的，而且间隙锁是不互斥的，即两个事务可以同时持有包含共同间隙的间隙锁。...如果记录之间加有间隙锁，为了避免幻读，此时是不能插入记录的； 如果 Insert 的记录和已有记录存在唯一键冲突，此时也不能插入记录； 1、记录之间加有间隙锁 每插入一条新记录，都需要看一下待插入记录的下一条记录上是否已经被加了间隙锁...从下图可以看到，事务 B 想对 order_no 为 1006 的记录加 S 型的 next-key 锁，但是由于事务 A 在该记录上持有了 X 型的记录锁，这两个锁是冲突的，所以导致事务 B 处于等待状态
为什么需要加锁 在日常生活中，如果你心情不好想静静，不想被比别人打扰，你就可以把自己关进房间里，并且反锁。这就是生活中的加锁。...2.1 共享/排他锁 InnoDB呢实现了两种标准的行级锁：共享锁（简称S锁）、排他锁（简称X锁）。 共享锁：简称为S锁，在事务要读取一条记录时，需要先获取该记录的S锁。...X锁，那么T2请求R的X、S锁都不能被立即允许，T2必须等待T1释放X锁才可以，因为X锁与任何的锁都不兼容。...S锁和X锁的兼容关系如下图表格： X锁和S锁是对于行记录来说的话，因此可以称它们为行级锁或者行锁。我们认为行锁的粒度就比较细，其实一个事务也可以在表级别下加锁，对应的，我们称之为表锁。...给表加的锁，也是可以分为X锁和S锁的哈。 如果一个事务给表已经加了S锁，则： 别的事务可以继续获得该表的S锁，也可以获得该表中某些记录的S锁。
为什么需要加锁 在日常生活中，如果你心情不好想静静，不想被比别人打扰，你就可以把自己关进房间里，并且反锁。这就是生活中的加锁。...2.1 共享/排他锁 InnoDB 实现了两种标准的行级锁：共享锁（简称 S 锁）、排他锁（简称 X 锁）。 共享锁：简称为 S 锁，在事务要读取一条记录时，需要先获取该记录的 S 锁。...R的X锁，那么T2请求R的X、S锁都不能被立即允许，T2必须等待T1释放X锁才可以，因为X锁与任何的锁都不兼容。...S 锁和 X 锁的兼容关系如下图表格： X锁和S锁是对于行记录来说的话，因此可以称它们为行级锁或者行锁。我们认为行锁的粒度就比较细，其实一个事务也可以在表级别下加锁，对应的，我们称之为表锁。...给表加的锁，也是可以分为X锁和S锁的哈。 如果一个事务给表已经加了S锁，则： 别的事务可以继续获得该表的S锁，也可以获得该表中某些记录的S锁。
多个事务可以同时对一条记录持有S锁，但如果一个事务持有X锁，其他事务则不能获得该记录的S锁。 独占锁（Exclusive Locks）：也常称排他锁，简称X锁。...在事务要修改一条记录时，需要先获取该记录的X锁。当一条记录被加上X锁后，其他事务不能获取该记录的任何锁（无论是S锁还是X锁），直到持有X锁的事务提交。...假如事务T1首先获取了一条记录的S锁之后，之后事务T2接着也要访问这条记录： 如果事务T2想要再获取一个记录的S锁，那么事务T2也会获得该锁，也就意味着事务T1和T2在该记录上同时持有S锁。...，它将查找orders表中order_id为1的记录，如果order_id为1的记录存在，那么在查找和验证外键约束的过程中，会获取这条记录上的S锁。...行锁粒度更细，可以实现更精准的并发控制。 6.2.1 InnoDB中的表级锁（两个并发事务中的锁表演示） InnoDB存储引擎提供的表级S锁或者X锁只会在一些特殊情况下（比如系统崩溃恢复时）用到。
对于行锁，行锁的S/X模式和3种算法是最基础的，然后再深入分析行锁的加锁规则等等几篇，本文主要深入分析行锁的加锁规则中的等值查询。...---- 一、共享锁（S）和排它锁（X） 行级锁从锁的模式(lock_mode)，可以分为共享锁和排它锁： 共享锁，简称S锁(Shared)，也称为读锁：读读兼容，当前事务获取S锁后，其它事务也可以获得...显示(explicit)读锁， 上锁后，其它事务对锁定的索引记录仍可以上S锁，但阻塞其它事务对锁定的索引记录上X锁 select…for update X 显式(explicit)写锁，上锁后，阻塞其它事务对锁定的索引记录上...S或X锁 insert/update/delete X 隐式(implicit)写锁，上锁后，阻塞其它事务对锁定的索引记录上S或X锁 ---- 二、行锁的3种算法 InnoDB引擎有3种行锁的算法，都是锁定的索引...update时，相当于把这条索引记录前后的空隙都锁上了~ 这和聚集索引、唯一索引有着很大的不同，你知道这是为什么吗？
（1）首先明确并存的概念是指数据库同时支持表、行锁，而不是任何情况都支持一个表中同时有一个事务A持有行锁、又有一个事务B持有表锁，因为表一旦被上了一个表级的写锁，肯定不能再上一个行级的锁。...于是有了意向锁的出现，如q1的答案中，数据库不需要在检查每一行数据是否有锁，而是直接判断一次意向锁是否存在即可，能提升很多性能。 5、下图表示意向锁和共享锁、排他锁的兼容关系。...注意：上了行级X锁后，行级X锁不会因为有别的事务上了IX而堵塞，一个mysql是允许多个行级X锁同时存在的，只要他们不是针对相同的数据行。...本例子和插入意向锁无关：是Gap锁和排它锁的关系 例如test表存在若干数据的数据，先开始一个事务A，插入一条n=5的数据；（图中步骤1） 此时如果开始一个事务B，执行查询 select * from...使用Next-Key Lock的原因： 首先要保证在符合条件的记录上加上排他锁，会锁定当前非唯一索引和对应的主键索引的值； 还要保证锁定的区间不能插入新的数据。
背景 MySQL/InnoDB的加锁分析，一直是一个比较困难的话题。我在工作过程中，经常会有同事咨询这方面的问题。同时，微博上也经常会收到MySQL锁相关的私信，让我帮助解决一些死锁的问题。...其中，除了第一条语句，对读取记录加S锁 (共享锁)外，其他的操作，都加的是X锁 (排它锁)。 select * from table where ?...; 为什么将 插入/更新/删除 操作，都归为当前读？可以看看下面这个 更新 操作，在数据库中的执行流程： ? 从图中，可以看到，一个Update操作的具体流程。...针对当前读，RR隔离级别保证对读取到的记录加锁 (记录锁)，同时保证对读取的范围加锁，新的满足查询条件的记录不能够插入 (间隙锁)，不存在幻读现象。...从图中可以看到，满足删除条件的记录有两条，但是，聚簇索引上所有的记录，都被加上了X锁。无论记录是否满足条件，全部被加上X锁。既不是加表锁，也不是在满足条件的记录上加行锁。 有人可能会问？
超时是最直接的办法，对超出活跃时间的事务进行限制和回滚 2.等待图：等待图的实现，是可以表明哪些事务在等待其他事务持有的锁，可以在数据库的死锁检测里面加上这个机制来进行检测是否有环的形成。...四 Innodb 的锁类型 首先我们要知道对于MySQL有两种常规锁模式 LOCK_S（读锁，共享锁） LOCK_X（写锁，排它锁） 最容易理解的锁模式，读加共享锁(in share mode)，写加排它锁...，加记录上的X锁，加GAP上的GAP锁，然后加主键聚簇索引上的记录X锁，然后返回；然后读取下一条，重复进行。...引自 死锁案例之三 delete 的加锁方式 1 在非唯一索引的情况下，删除一条存在的记录是有gap锁，锁住记录本身和记录之前的gap 2 在唯一索引和主键的情况下删除一条存在的记录，因为都是唯一值...，进行删除的时候，是不会有gap存在 3 非唯一索引，唯一索引和主键在删除一条不存在的记录，均会在这个区间加gap锁 4 通过非唯一索引和唯一索引去删除一条标记为删除的记录的时候，都会请求该记录的行锁
，理论上只需要添加记录的行锁就可以，但是实际中确实是需要访问到当前记录的下一条记录进行加锁。...有了这两个概念，我们可以判断，在上面图示这个时刻，我们通过show engine innodb status命令查看当前状态下锁的情况，可以看到： ------- TRX HAS BEEN WAITING...这里有必要将innodb中常见的锁种类说明一下： ? 可以看到lock mode S 代表的是next_key锁。 那么为什么innodb需要加S型的间隙锁呢？...如果采用S型的记录锁，当session A没有提交的时候，id=1这条记录上session A添加了x锁，并且session A需要做唯一性检查，当session A提交后，session B和session...可以看到2个S的记录，从而证明其他两个session上添加的是S型的next_key锁。
共享锁：简称为S锁，在事务要读取一条记录时，需要先获取该记录的S锁。 排他锁：简称X锁，在事务需要改动一条记录时，需要先获取该记录的X锁。...的X锁，那么T2请求R的X、S锁都不能被立即允许，T2 必须等待T1释放X锁才可以，因为X锁与任何的锁都不兼容。...S锁和X锁的兼容关系如下图表格： X锁和S锁是对于行记录来说的话，因此可以称它们为行级锁或者行锁。我们认为行锁的粒度就比较细，其实一个事务也可以在表级别下加锁，对应的，我们称之为表锁。...给表加的锁，也是可以分为X锁和S锁的哈。 如果一个事务给表已经加了S锁，则： 别的事务可以继续获得该表的S锁，也可以获得该表中某些记录的S锁。...别的事务不可以继续获得该表的X锁，也不可以获得该表中某些记录的X锁。 如果一个事务给表加了X锁，那么 别的事务不可以获得该表的S锁，也不可以获得该表某些记录的S锁。
我在上一篇文章中也写了关于 MySQL 中的 MVCC 的细节及各个隔离级别如何使用 MVCC，有兴趣的可以查看。...如果有一个事务 T1 持有性 r 的 X 锁，并且同时有另一个事务 T2 想要获取行 r 中的锁，不管 T2 获取什么锁都会被阻塞。 X 锁与 S 锁的兼容性如下图所示： ?...为什么会有意向锁的出现呢？我们考虑如下场景（假设不存在意向锁）： 一个事务 A 想要修改表 t 中的行 r，所以 A 获取行 r 的 X 锁，事r务 A 现在持有一个行锁。...此时，有一个事务 B 想要使用 ALTER TABLE 语句修改表 t 的结构，该语句需要获取表 t 的 X 锁，事务 B 可以查看表 t 上是否存在锁来判断表中的行是否被上锁，当发现表 t 上存在 IX...锁，事务 B 就会被阻塞，因为它知道表中已经有行被锁定，所以无法申请到表 t 的 X 锁。
如果事务T1某行R的S锁，则其他事务可以同时持行R的S锁，但是不能对行R加X锁。...如果事务T1在行R上保持S锁，则另一个事务T2对行R的锁的请求按如下方式处理： T2可以同时持有S锁 T2如果想在行R上获取X锁，必须等待其他事务对该行添加的S锁或X锁的释放。...4、更新丢失 当两个事务选择同一行，然后更新数据，由于每个事务都不知道其他事务的存在，就会发生丢失更新的问题，（你我同时读取同一行数据，进行修改，你commit之后我也commit，那么我的结果将会覆盖掉你的结果...S锁，由于X锁的存在，S锁的获取被阻塞。...事务一回滚，由于S锁和S锁是可以兼容的，因此事务二和事务三都获得了这条记录的S锁，此时其中一个事务希望插入，则该事务期望在这条记录上加上X锁，然而另一个事务持有S锁，S锁和X锁互相是不兼容的，两个事务就开始互相等待对方的锁释放
InnoDB使用的锁类型，分别有： 共享锁（S）和排他锁（X） 意向锁（IS和IX） 自增长锁（AUTO-INC Locks） 1.1....共享锁和排他锁 InnoDB实现了两种标准的行级锁：共享锁（S）和排他锁（X） 共享锁：允许持有该锁的事务读取行记录。...意向锁 InnoDB 支持多粒度的锁，允许一行记录同时持有兼容的行锁和表锁。意向锁是表级锁，表明一个事务之后要获取表中某些行的 S 锁或 X 锁。...FOR UPDATE，设置了 IX 锁 意向锁协议如下所示： 在一个事务对表 t 中某一记录 r 加 S 锁之前，他必须先获取表 t 的 IS 锁 在一个事务对表 t 中某一记录 r 加 X 锁之前，他必须先获取表...因为意向锁的存在代表了，有行级锁的存在或者即将有行级锁的存在。
S锁允许当前持有该锁的事务读取行。 X锁允许当前持有该锁的事务更新或删除行。 S锁 如果事务T1持有了行r上的S锁，则其他事务可以同时持有行r的S锁，但是不能对行r加X锁。...在同一个间隙上，不同的事务可以持有上述兼容/冲突表中冲突的两个锁。例如，事务T1现在持有一个间隙S锁，T2可以同时在同一个间隙上持有间隙X锁。...，有两个问题： 1.为什么之前的例子中，在第二个事务的INSERT被阻塞了，而这次却执行成功了。...事务一回滚，由于S锁和S锁是可以兼容的，因此事务二和事务三都获得了这条记录的S锁，此时其中一个事务希望插入，则该事务期望在这条记录上加上X锁，然而另一个事务持有S锁，S锁和X锁互相是不兼容的，两个事务就开始互相等待对方的锁释放...无论是哪种场景，万变不离其宗，都是由于某个区间上或者某一个记录上可以同时持有锁，例如不同事务在同一个间隙gap上的锁不冲突；不同事务中，S锁可以阻塞X锁的获取，但是不会阻塞另一个事务获取该S锁。
到此，有两个疑问不得其解： 这两个insert语句插入的数据和索引没有任何冲突，为什么会死锁？ RC隔离级别下为什么会产生GAP锁？...根据前两个线索，事务加的S GAP锁只跟最后一条insert语句有关。 2.1 Insert加锁流程 下图是执行一条Insert语句，InnoDB中的加锁流程。...从上图可以看到，insert在检查唯一性冲突时，如果待插入的数据已经存在，并且该数据上有锁，或者该数据上有删除标记时，事务会请求S型锁等待。...文档中说的很清楚，当事务的隔离级别设置为RC时，普通的searches和index scan是不会产生Gap锁的，但是foreign-key约束检查和唯一键冲突检查仍然有可能会产生Gap锁。...S Gap的加锁原因和之前分析的一样，某条记录在insert的时候存在（可能正在被删除）然后检查duplicate key的时候会加S锁，该条记录被删除时，会让等待在这条记录的锁的事务继承下一条记录的S
行级锁更适合于有大量按索引条件并发更新少量不同数据，同时又有并发查询的应用，如一些在线事务处理（OLTP）系统 在 InnoDB 中，除单个 SQL 组成的事务外，锁是逐步获得的，这就决定了在 InnoDB...举例来说，在对记录r加X锁之前，已经有事务对表1进行了S表锁，那么表1上已存在S锁，之后事务需要对记录r在表1上加上IX，由于不兼容，所以该事务需要等待表锁操作的完成。 意向锁到底有什么作用？...innodb的意向锁主要用户多粒度的锁并存的情况。比如事务A要在一个表上加S锁，如果表中的一行已被事务B加了X锁，那么该锁的申请也应被阻塞。...，加记录上的X锁，加GAP上的GAP锁，然后加主键聚簇索引上的记录X锁，然后返回；然后读取下一条，重复进行。...从图中可以看到，满足删除条件的记录有两条，但是，聚簇索引上所有的记录，都被加上了X锁。无论记录是否满足条件，全部被加上X锁。既不是加表锁，也不是在满足条件的记录上加行锁。 有人可能会问？
针对当前读，RR隔离级别不仅对读取到的记录加记录锁，同时对读取的范围加锁(间隙锁)，新的在该范围内的记录不能够插入和删除，因此不存在幻读异常。 RR是MySQL InnoDB默认的隔离级别。...注：InnoDB中MVCC是基于锁和多版本实现的，还有其他的实现MVCC的并发控制机制，例如基于Timestamp Ordering(TO)的方式，有兴趣的同学可以去详细了解。...间隙锁（Gap Locks） 官方文档描述： Gap Lock的唯一目的就是阻止其他事务插入到间隙中。Gap Lock可以同时存在，不同的事务可以同时获取相同的Gap Lock，并不会互相冲突。...NOTES: 表锁和记录锁共用数据结构lock_t; 行锁以page为单位进行管理，同一个事务在同一个page上的所有行锁只创建一个lock_t，具体要看某一个记录上是否有锁，要用该记录在page中唯一标识的...x 当向某个数据页中插入一条记录时，总是会调用 lock_rec_insert_check_and_lock 函数进行锁检查，会去检查当前插入位置的下一条记录上是否存在锁对象。
因为这个特殊现象的存在，你也可以认为InnoDB中的MVCC并不能完完全全的禁止幻读。...小贴士：为了区分S锁和X锁，我们之后在示意图中就把加了S锁的记录染成蓝色，把加了X锁的记录染成紫色。...可是从我们上边的描述中可以看出来，并没有对下一条二级索引记录进行加锁，这是为什么呢？...name值为l刘备的二级索引记录上的X型正经记录锁，而T1中仍然持有name值为l刘备的二级索引记录上的S型正经记录锁，这就造成了T2获取不到锁而进入等待状态。...小贴士：为啥不能释放不符合索引条件下推中的条件的二级索引记录上的锁呢？
锁的位置 在介绍具体的锁之前，首先要注意MySQL是在不同的层有不同的锁。 应该见过MySQL的结构图： 那么应该知道MySQL有Server层和Engine层。 怎么查看每个层的锁？...而在Engine层却没有锁。 知道了怎么查询server和engine的锁后，我们就可以开始我们的实验了!...当存在IX锁时，X和S需要等待 当存在IS锁时，X需要等待 Record Locks Record Locks（记录级别锁） Innodb engine有许多关于record locks。...综合举例 假如我们在一个事务中执行如下SQL语句，那么现在的Server和Engine都存在什么锁呢？...S倒是比较容易解释，因为我们执行了SELECT * FROM t FOR SHARE 删除的记录上有X REC_NOT_GAP，也说的通。 为什么新插入的记录（5）是S,GAP锁呢？
删除记录时，InnoDB 发现这条记录没有被显式加锁，并且记录的 DB_TRX_ID 字段值对应的事务还没有提交，说明这条记录上存在隐式锁。...因为要删除这条记录，为了防止其它事务读写这条记录，InnoDB 会把记录上的隐式锁转换为显式锁。 前面介绍隐式锁转换时，我们知道隐式锁会转换为排他普通记录锁，也就是 X,REC_NOT_GAP。...隐式锁转换为显式锁之后，接下来就要准备删除这条记录了。 此时，InnoDB 又发现了一个问题：这条记录上已经有了锁，如果删除记录，上面的锁就无依无靠了。...然而，这只是我们的美好愿望。对 InnoDB 来说，路要一步一步走，不能直接报错，例行检查工作还是要做的。 首先要做的检查工作，就是看看新插入记录中，是否有哪个唯一索引字段值为 NULL。...为什么要做这样的检查呢？ 因为对于用户普通表（使用 create table 语句创建的表），NULL 和 NULL 被认为不相等。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
云直播
