InnoDB锁演示
| T1 | T2 |
| begin | begin |
| select * from t1 where c1=3 for update
| c1 | c2 | c3 | c4 |
+-----+-----+-----+-----+
| 3 | 3 | 3 | 0 |
|
|
| select * from t1 where c1=3 lock in share mode 这种情况会被阻塞,因为T1是排它锁,T2是共享锁,排它锁和共享锁是互斥的。 |
| T1 | T2 |
| begin | begin |
| select * from t1 where c1=3 lock in share mode
| c1 | c2 | c3 | c4 |
+-----+-----+-----+-----+
| 3 | 3 | 3 | 0 |
|
|
| select * from t1 where c1=3 for update 这种情况会被阻塞,因为T1是共享锁,T2是排它锁,排它锁和共享锁是互斥的。 |
| T1 | T2 |
| begin | begin |
| select * from t1 where c1=3 for update
| c1 | c2 | c3 | c4 |
+-----+-----+-----+-----+
| 3 | 3 | 3 | 0 |
|
|
| select * from t1 where c1=3 这种情况不会被阻塞,因为T2是一次性非锁定读。 |
| T1 | T2 |
| begin | begin |
| select * from t1 where c3=7 lock in share mode
|
|
| select * from t1 where c3=10 for update 备注:c3无索引 这种情况会被阻塞,因为T2中,C3无索引,所以会升级为表级锁。 |
| T1 | T2 |
| begin | begin |
| select * from t1 where c3=7 lock in share mode
|
|
| select * from t1 where c1=6 for update 备注:c1是主键 这种情况会被阻塞,因为T1中c3无索引,会造成表级锁。 |
| T1 | T2 |
| begin | begin |
| select * from t1 where c2=2 and c3=5 for update
|
|
| select * from t1 where c2=2 and c3=7 for update 备注:c2列上有索引,c3列上无索引,c3=7不存在 这种情况会被阻塞,因为c2=2,此列上有索引,这个记录上会加一个排它锁。T1和T2中的C3没有索引,所以不能判断是不是同一个记录,他只有将所有记录都加上锁。 |
| T1 | T2 |
| begin | begin |
| select * from t1 where c2=2 and c3=5 for update
|
|
| select * from t1 where c2=3 and c3=7 for update 备注:c2列上有索引,c3列上无索引,c3=7不存在 这种情况不会被阻塞,锁是基于索引的,T1中c2=2和 T2中c2=3并不是同一条数据。 |
| T1 | T2 |
| begin | begin |
| select * from t1 where c2=2 and c3=2 for update
|
|
| select * from t1 where c1=4 and c3=10 for update 备注:c1是主键,c2是普通索引,c3列上无索引 这种情况会被阻塞,因为在c2=2上加锁,最终会回溯到主键c1=4上也加锁。 |
| T1 | T2 |
| begin | begin |
| update t1 set c4=20 where c2>=4 | |
| select * from t1 where c2>=4 | select * from t1 where c1=7 for update 备注:c1列是主键,c2列是普通索引,T1影响了两行。 这种情况不会被阻塞,T1锁定的范围是c2>=4的所有记录,且是next lock,以及c1=8 & c1=10的record lock,T2锁定的范围是c1=7的 record lock。 |
| T1 | T2 |
| begin | begin |
| update t1 set c4=20 where c2>=4 | |
| select * from t1 where c2>=4 | insert into t1 select 7,5,10,10 备注:c1列是主键,c2列是普通索引,T1影响了两行。 这种情况会被阻塞,T1锁定的范围是c2>=4的所有记录,且是next lock,以及c1=8 & c1=10的record lock, 在T2中 5>4,所以会被阻塞。 |
| T1 | T2 |
| begin | begin |
| update t1 set c4=20 where c2>=4 | |
| select * from t1 where c2>=4 | insert into t1 select 7,2,10,10 备注:c1列是主键,c2列是普通索引,T1影响了两行。 这种情况不会被阻塞,T1锁定的范围是c2>=4的所有记录,且是next lock,以及c1=8 & c1=10的record lock, 在T2中 2<4,不管T1还是T2都不在范围内,所以不会被阻塞。 |
| T1 | T2 |
| begin | begin |
| update t1 set c4=20 where c1>=6 | |
| insert into t1 select 9,9,9,9 备注:c1列是主键,c1=6已经存在 这种情况会被阻塞,因为T1锁定的是所有c1>=6的范围record lock。 |
| T1 | T2 |
| begin | begin |
| insert into t1 select 9,9,9,9 | |
| insert into t1 select 7,7,7,7 备注:c1列是主键,c1=7和c1=9的记录都不存在 这种情况不会被阻塞,因为C1和C2都不在同一个位置上面 |
| T1 | T2 |
| begin | begin |
| insert into t1 select 9,9,9,9 | |
| insert into t1 select 9,9,9,9 备注:c1列是主键,c1=9的记录不存在 这种情况会被阻塞,因为C1和C2都在同一个位置上面 |
InnoDB锁演示的更多相关文章
- MySQL数据恢复和复制对InnoDB锁机制的影响
MySQL通过BINLOG记录执行成功的INSERT,UPDATE,DELETE等DML语句.并由此实现数据库的恢复(point-in-time)和复制(其原理与恢复类似,通过复制和执行二进制日志使一 ...
- MySQL- InnoDB锁机制
InnoDB与MyISAM的最大不同有两点:一是支持事务(TRANSACTION):二是采用了行级锁.行级锁与表级锁本来就有许多不同之处,另外,事务的引入也带来了一些新问题.下面我们先介绍一点背景知识 ...
- MySQL InnoDB锁机制
概述: 锁机制在程序中是最常用的机制之一,当一个程序需要多线程并行访问同一资源时,为了避免一致性问题,通常采用锁机制来处理.在数据库的操作中也有相同的问题,当两个线程同时对一条数据进行操作,为了保证数 ...
- mysql InnoDB锁等待的查看及分析
说明:前面已经了解了InnoDB关于在出现锁等待的时候,会根据参数innodb_lock_wait_timeout的配置,判断是否需要进行timeout的操作,本文档介绍在出现锁等待时候的查看及分析处 ...
- 【锁】Innodb锁
InnoDB与MyISAM的最大不同有两点:一是支持事务(TRANSACTION):二是采用了行级锁.行级锁与表级锁本来就有许多不同之处,另外,事务的引入也带来了一些新问题.下面我们先介绍一点背景知识 ...
- MySQL优化篇系列文章(二)——MyISAM表锁与InnoDB锁问题
我可以和面试官多聊几句吗?只是想... MySQL优化篇系列文章(基于MySQL8.0测试验证),上部分:优化SQL语句.数据库对象,MyISAM表锁和InnoDB锁问题. 面试官:咦,小伙子,又来啦 ...
- innodb 锁分裂继承与迁移
innodb行锁简介 行锁类型 LOCK_S:共享锁 LOCK_X: 排他锁 GAP类型 LOCK_GAP:只锁间隙 LOCK_REC_NO_GAP:只锁记录 LOCK_ORDINARY: 锁记录和记 ...
- InnoDB锁机制分析
InnoDB锁机制常常困扰大家,不同的条件下往往表现出不同的锁竞争,在实际工作中经常要分析各种锁超时.死锁的问题.本文通过不同条件下的实验,利用InnoDB系统给出的各种信息,分析了锁的工作机制.通过 ...
- [转载] 数据库分析手记 —— InnoDB锁机制分析
作者:倪煜 InnoDB锁机制常常困扰大家,不同的条件下往往表现出不同的锁竞争,在实际工作中经常要分析各种锁超时.死锁的问题.本文通过不同条件下的实验,利用InnoDB系统给出的各种信息,分析了锁的工 ...
随机推荐
- Centos 7.4 配置Tomcat管理员用户
1,进入Tomcat路径下的conf文件夹 ,编辑tomcat-users.xml文件 2,在<tomcat-users>标签中增加user标签,用户名密码随便填写,roles可根据权限需 ...
- ZPL打印机公用代码
using System;using System.Collections.Generic;using System.Linq;using System.Web; using System.Text; ...
- 17.JavaMail
1.电子邮件 电子邮件是目前网络上使用最多的服务,电子邮件的应用越来越广泛正常的通信往来账号注册时,找回密码时等一般发送的邮件主要可以分解成2大部分一部分是发信人.接信人.主题等邮件标头另外一部分是邮 ...
- NPOI2.0导出excel之添加样式、边框和表头
//优化后导出excel public System.IO.Stream ExcelStream(string search) // { var orderBusiniss = Containers. ...
- mybatis CDATA引起的查询失败
<![CDATA[ ]]> 在被CDATA包围的所有字符串不会被mybatis解析, 直接写入sql了 CDATA应该只用在特殊字符前后,不能用在<if> <foreac ...
- vue首次赋值不触发watch(deep immediate handler)
deep:默认值是 false,代表是否深度监听.immediate:true代表如果在 wacth 里声明了之后,就会立即先去执行里面的handler方法,如果为 false就跟我们以前的效果一样, ...
- spring事务的传播性
<!--配置事务传播特性 --><tx:advice id = "txAdvice" transaction-manager = "txManage&q ...
- maya2018无法安装卸载激活失败
AUTODESK系列软件着实令人头疼,安装失败之后不能完全卸载!!!(比如maya,cad,3dsmax等).有时手动删除注册表重装之后还是会出现各种问题,每个版本的C++Runtime和.NET f ...
- 服务间调用--feign跟ribbon
微服务一般来说当然是多服务多实例的,那么这些服务之间如何相互调用呢?spring cloud之前我们用dubbo,把服务开放出来,在xml配好后就可以像调用本地service一样调用其它模块的服务了: ...
- Zend Optimizer安装、配置
Zend Optimizer用优化代码的方法来提高php应用程序的执行速度.实现的原理是对那些在被最终执行之前由运行编译器(Run-Time Compiler)产生的代码进行优化.这里,我们下载最新版 ...