Mysqls深度讲解 – 锁

最新推荐文章于 2024-04-21 15:46:49 发布
最新推荐文章于 2024-04-21 15:46:49 发布
阅读量277 收藏
点赞数
分类专栏： Mysql 数据结构
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Smallc0de/article/details/111695324
版权

前言

上一篇博客【Mysqls深度讲解 – 事务】详细说的了Mysql中的事务，以及多版本并发控制的实现方式，基本上多版本并发控制是为了提高数据库的并发效率而设置的。有了多版本并发控制的保证，Mysql在读数据的过程中就不需要一直对着某个资源进行加锁操作，依然可以获取数据保证事务正常进行。读数据可以使用多版本并发控制，但是写数据包括串行化 (Serializable)隔离级别就不能这么做了，这种情况下只能使用锁。因此锁依然是Mysql中必不可少的组成部分，本篇就详细讲一下Mysql中的锁。更多Mysql调优内容请点击【Mysql优化-深度讲解系列目录】。

读锁与写锁

锁粗分为读锁与写锁。当对某一个资源加了读锁，那么别人能够读这一资源，但是不可以进行写。反之当对某一个资源加了写锁，那么别人既不能写，也不可以读，只能够加锁的人去读写。因此读锁也叫做共享锁、Shared Locks、S锁。写锁就被称为排他锁、Exclusive Locks、X锁。简单来说：

  • 读锁：自己可以读写，他人可读不可写。
  • 写锁：自己可以读写，他人不可读写。
  • Select：不加锁，一般的select语句不受锁的影响。

他们的关系如下表所示：

X锁S锁
X锁冲突冲突
S锁冲突不冲突

读操作

对于普通 Select 语句，InnoDB 不会加任何锁，也就谈不上读写锁的冲突，因此普通的Select语句和锁没有任何关系。只有在针对某些数据显示加锁的情况下才会有冲突一说。怎么才能加锁呢？只要给Select语句后面添加相应的关键字即可。

# 给Select加读锁
Select … lock in share mode;

将查找到的数据加上一个S锁，此操作允许其他事务继续给这些记录添加新的S锁，但是不能给这些记录添加新的X锁(会阻塞)。一般用于：读取数据后，其他事务不能修改的情况。但是由于S锁互相不冲突，因此其他事务有可能也给该数据加了S锁，所以自己也不一定能修改。

# 给Select加写锁
Select … for update;

将查找到的数据加上一个X锁，不允许其他事务对这些记录添加新的S锁和X锁。一般用于：读取数据后，其他事务不能读也不能写，不能加新的写锁和读锁，只有自己能够操作数据。注：即便是加了锁依然挡不住Select语句，因为此语句不加锁。比如Session1执行了语句 select * from t1 where a=1 for update，对a=1这行数据加了写锁，那么其他SessionX就不可以再对该行数据加写锁或者读锁，也不可以对该行进行增删改操作。但是直接执行select * from t1 where a=1可以查出记录的，普通的Select不加锁这点要好好体会下。

写操作

所谓的写操作就是对数据进行修改的操作，包括插入Insert，修改Update，删除Delect这些操作数据的内容动作。正是因为这些操作可以修改数据，因此Mysql在执行这些操作的时候会加上一些锁。其中插入操作比较特殊，因为数据在插入之前还没有内容，无法进行正常的加锁，因此这里会被Mysql加上一把隐式锁。当事务插入一条数据以后还没有进行提交时，Mysql会保存这条数据的当前事务id然后加一把X锁，从而阻止其他事务来修改/查看本条数据，这种没有显示声明语句的锁，就是隐式锁。

  • DELECT：删除一条数据时，先对记录加X锁，再执行删除操作。
  • INSERT：插入一条记录时，会先加隐式锁(X锁)来保护这条新插入的记录在本事务提交前不被别的事务访问到。
  • UPDATE：如果被更新的列，修改前后没有导致存储空间变化，那么会先给记录加X锁，再直接 对记录进行修改。如果被更新的列，修改前后导致存储空间发生了变化，那么会先给记录加X锁，然后将记录删掉，再Insert一条新记录。

这里可以在Mysql中做一个测试：开启两个Session，Session1对某一行执行update语句，那么Session2的所有加锁操作和修改操作都会停止处于Wait状态，直到Session1提交当前事务。

行锁

从概念上说就是锁住了表中的某一行，但是Mysql中分的更细致，一般指下面三种：

  • 记录锁(LOCK_REC_NOT_GAP)：加在某一条记录上的锁。
  • 间隙锁(LOCK_GAP)：记录之间的锁，加锁后锁住的不是一行数据，而是一行数据上下的两个的间隙，因此叫间隙锁。由于锁住的是间隙，因此本行可以更新数据，但是本行上下不可以插入数据。用于解决幻读。
  • 间隙记录锁(LOCK_ORDINARY)：不仅仅能够锁一行数据，而且这一行上下的间隙也会被锁住。用于解决幻读。

行锁的表现

我们并不能直接操作行锁，因为行锁是Mysql内部用于实现不同隔离性的方式。但是我们可以通过使用不同的隔离性，去验证Mysql中行锁的实现方式。示例表如下，其中有主键索引PRIMARY，有辅助联合索引bcd：

a(primary key,int)b(int)c(int)d(int)e(varchar)
1621‘1’
3331‘3’
4211‘4’
6451‘5’
7931‘6’
9111‘7’
12121‘8’
15221‘9’

行锁在已提交读Read Uncommit下的表现：

主键索引上加锁

Session1：对a=1这条记录加锁。
select * from t1 where a = 1 for update;  -- 加x锁
Session2：尝试获取锁
select * from t1 where a = 1 for update; -- 阻塞
select * from t1 where a = 3 for update; -- 不阻塞
insert t1(a,b,c,d,e) values(2,2,2,2,'b'); -- 不阻塞
select * from t1 for update; -- 阻塞

总结：也就是说查询使用的是主键时，只需要在主键值对应的拿一条数据加锁即可。同理如果使用的是select * from t1 for update就会对整个表所有的行加锁。由于insert语句中a=2可以执行，记录a=1的间隙并没有被锁住，那么也就是说此时加的锁只是记录锁(LOCK_REC_NOT_GAP)。

辅助索引上加锁

Session1：对b=1这个条件的记录加锁，其中b数据联合索引bcd中的一个。
select * from t1 where b = 1 for update;  -- 加x锁到a=9和a=12两行
Session2：尝试获取锁
select * from t1 where b = 1 for update;	-- 阻塞
select * from t1 where b = 2 for update;	-- 不阻塞
insert t1(a,b,c,d,e) values(2,2,2,2,'b');	-- 不阻塞 插入b=2成功
select * from t1 where a=9 for update;	-- 阻塞
select * from t1 where a=7 for update;	-- 不阻塞   结果7,9,3,1,6
select * from t1 where d=3 for update;	-- 阻塞
select * from t1 where b = 9 for update;	-- 不阻塞   结果7,9,3,1,6
select * from t1 where c=3 for update;	-- 阻塞
select * from t1 for update; -- 阻塞

总结：根据查询结果看，本次加锁会对符合该索引的b=1的值全部加锁。此外对所有该索引其他的所有字段加锁，比如b=9时可以查出，但是单独查询d=3或者c=3都会阻塞，因此c、d都无法所谓单独的查询条件查询。而a=9也会被阻塞说明：查询使用的是辅助索引时，会对满足条件的索引记录都加上锁，同时对该索引记录以外的所有字段加锁，也会对这些索引记录对应的主键索引上的项也加锁。但是Insert到加锁附近的行依然可以执行，所以仍然是记录锁(LOCK_REC_NOT_GAP)。

单一索引上加锁：对 e列 创建索引

Session1：对e > ‘6‘这个条件的记录加锁，e='7'、'8'、'9'将会被加锁
select * from t1 where e > ‘6’ for update;  -- 加x锁
Session2：尝试获取锁
select * from t1 where a=3 for update;	-- 阻塞
select * from t1 where a=4 for update;	-- 不阻塞
insert t1(a,b,c,d,e) values(2,2,2,2,'71');	-- 不阻塞
select * from t1 where e = '8' for update; -- 不阻塞

总结：查询使用的是单一索引时，只对查询行所对应的唯一索引记录项和对应的主键索引上的项加锁。不仅能够对 e列 的其数据进行查找，而且能够在该条件行后插入数据，所以是记录锁(LOCK_REC_NOT_GAP)。

全表扫描加锁：即查询时不使用索引，将 e列 索引删除。

Session1：对e = '3'这个条件的记录加锁。
select * from t1 where e = '3' for update;  -- 加x锁到 3, 3, 3, 1, '3'这行
Session2：尝试获取锁
select * from t1 where a = 1 for update;		-- 不阻塞
select * from t1 where a = 3 for update;		-- 阻塞
select * from t1 where e = '5' for update;	-- 阻塞
insert t1(a,b,c,d,e) values(222,2,2,2,'31');	-- 不阻塞
update t1 set e='7' where a=222;		-- 不阻塞
select * from t1 where b = 1 for update;		-- 不阻塞

总结：当进行全表扫描时，本次加锁会对所有e='3'的条件行加锁，除此造成整个 e列 无法作为条件使用。因为当 e列 中的某一个值被锁住时，无法进行对比，必须等待释放锁才能够作为一个sql中的条件。但是对于非 e列 为条件的其他操作仍然可以进行，比如修改。而且由于Insert语句中e='31'是可以执行的，所以是记录锁(LOCK_REC_NOT_GAP)。

行锁在重复读Repeatable Read下的表现

主键索引上加锁

Session1：对a=1这条记录加锁。
select * from t1 where a = 1 for update;  -- 加x锁
Session2：尝试获取锁
select * from t1 where a = 1 for update; -- 阻塞
select * from t1 where a = 3 for update; -- 不阻塞
insert t1(a,b,c,d,e) values(2,2,2,2,'b'); -- 不阻塞
select * from t1 for update; -- 阻塞

总结：同上。

辅助索引上加锁

Session1：对b=1这个条件的记录加锁，其中b数据联合索引bcd中的一个。
select * from t1 where b = 1 for update;  -- 加x锁到a=9和a=12两行
Session2：尝试获取锁
select * from t1 where b = 1 for update;	-- 阻塞
select * from t1 where b = 2 for update;	-- 不阻塞
insert t1(a,b,c,d,e) values(2,2,2,2,'b');	-- 不阻塞 插入b=2成功
select * from t1 where a = 9 for update;	-- 阻塞
select * from t1 where a = 7 for update;	-- 不阻塞   结果7,9,3,1,6
select * from t1 where d = 3 for update;	-- 阻塞
select * from t1 where b = 9 for update;	-- 不阻塞   结果7,9,3,1,6
select * from t1 where c = 3 for update;	-- 阻塞
select * from t1 for update; -- 阻塞

总结：同上

单一索引上加锁：对e列创建索引

Session1：对e > '6'这个条件的记录加锁，e=‘7‘、’8‘、’9‘将会被加锁
select * from t1 where e > '6' for update; -- 加锁
Session2：尝试获取锁
select * from t1 where a = 3 for update; -- 阻塞
select * from t1 where a = 7 for update; -- 阻塞
select * from t1 where a = 9 for update; -- 不阻塞
insert t1(a,b,c,d,e) values(22,2,2,2,'51'); -- 阻塞
insert t1(a,b,c,d,e) values(22,2,2,2,'61'); -- 阻塞

总结：当对e = '6' 进行加锁的时候，我们发现不仅被加锁行加锁了，而且当时图向被加锁行的前后两个位置插入新的数据的时候也一样被阻塞了，这就说明这个条件下使用的是间隙锁(LOCK_GAP)。当锁住e='6'条件的数据时，满足其条件的所有行的上下间隙都会被锁住，那么就意味着其他事务无法对该行的数据进行更新。因此select * from t1 where e > '6'将永远查询出来相同的数据，从而解决了幻读的问题。所以可以说REPEATABLE READ级别可以解决幻读，就是因为加了GAP锁。

全表扫描加锁：即查询时不使用索引，将 e列 索引删除。

Session1：对e = '6'这个条件的记录加锁，加锁3,3,3,1,’6’和7,9,3,1,’6’两行数据
select * from t1 where e = '6' for update;
Session2：尝试获取锁
select * from t1 where a = 1 for update; -- 阻塞
select * from t1 where a = 3 for update; -- 阻塞
select * from t1 where a = 9 for update; -- 阻塞
select * from t1 where a = 12 for update; -- 阻塞
insert t1(a,b,c,d,e) values(22,2,2,2,'61'); -- 阻塞

总结：在之前的读可提交下，只会对查出来的e='3'这些数据加锁。但是在可重复读的情况下发现所有的数据和间隙都被加锁了。这是因为如果继续允许读出来a=1这种条件的数据，很可能a=1的值会被修改，那么就会出现幻读，可重复读就无法实现了。根据其表现来看，这里把整个表的数据和间隙都枷锁，只有间隙记录锁(LOCK_ORDINARY)能做到这点。因为这里测试的是全表扫描，对于 e列 没有任何约束，对于整表其他的数据可以任意修改，因此全表扫描不同于使用索引解决幻读的方法，而对整个表的数据和间隙进行了加锁。

表锁

表锁一样分为S锁和X锁，在对某个表执行SELECT、INSERT、DELETE、UPDATE语句时，InnoDB存储引擎并不会为这个表添加表级别的锁。在对某个表执行ALTER TABLE、DROP TABLE这些DDL语句时，其他事务对这个表执行SELECT、INSERT、 DELETE、UPDATE的语句会发生阻塞。或者某个事务对某个表执行SELECT、INSERT、DELETE、UPDATE语句时，其他事务对这个表执行DDL语句也会发生阻塞。这个过程是通过使用的元数据锁Metadata Locks(MDL)来实现的，并不是使用的表级别的S锁和X锁。元数据锁是表创建时候加的锁，是最原始的一把锁，对表的修改会加上这种锁。Mysql依然支持这两个语法如下，但是尽量不用这两种方式去加锁，因为InnoDB的优点就是行锁，所以尽量使用行锁，性能更高。

LOCK TABLES t1 READ;
LOCK TABLES t1 WRITE;

IS锁和IX锁

IS、IX锁也是表级锁，它们的提出仅仅为了在之后加表级别的 S锁 和 X锁 时可以快速判断表中的记录是否被上锁，以避免用遍历的方式来查看表中有没有上锁的记录。举个例子来说，如果表中有一行数据已经被加了 X锁 ，而后又有一个 事务2 想要对这个表也加上一个X锁，肯定是要冲突的。但是 事务2 在加 X锁 之前是不知道里面已经有了一个 X锁 的行，所以要想直到能不能对表 X锁 ，就只好把整个表遍历，看看是不是所有的行都没有 X锁 ，这样效率无疑很低。Mysql就给了这样的一个办法去节省遍历的步骤，当数据行被加了X锁，那么就直接给表加一个 IX锁 ，表示表里面有数据行被加了 X锁 ，那么其他加表锁的事务来了直接就能看到表被加了 IX锁 ，于是原地等地释放 IX锁 就可以了，而不需要遍历整个表。IS锁 也是同理，也是帮助判断数据行是否加了 S锁 用的。注，意向锁之间是不冲突的，可以加多个，也可以混合加。

  • IS锁：意向共享锁、Intention Shared Lock。当事务准备在某条记录上加S锁时，需要先在表级别加一个IS锁。
  • IX锁：意向排他锁、Intention Exclusive Lock。当事务准备在某条记录上加X锁时，需要先在表级别加一个IX锁。

AUTO – INC锁

自增锁，我们都知道表中一般是有自增变量的，既然是唯一递增的就一定会有一个基数，那么这个自增锁(Auto-Inc)，就是为这个基数准备的。类比于Java中变量a=0，如果不加锁并发时执行a++就无法保证a变量数据的正确性。一般来说有两种实现方式：

  • 在执行插入语句时就在表级别加一个AUTO-INC锁，然后为每条待插入记录的AUTO_INCREMENT 修饰的列分配递增的值，在该语句执行结束后，再把AUTO-INC锁释放掉。这样一个事务在持有 AUTO-INC锁的过程中，其他事务的插入语句都要被阻塞，可以保证一个语句中分配的递增值是连续的。
  • 采用一个轻量级的锁，在为插入语句生成AUTO_INCREMENT修饰的列的值时获取一下这个轻量级锁，然后生成本次插入语句需要用到的AUTO_INCREMENT列的值之后，就把该轻量级锁释放掉， 并不需要等到整个插入语句执行完才释放锁。

查询这个数值的系统变量为innodb_autoinc_lock_mode，Mysql默认值为2，即轻量级锁：

  • innodb_autoinc_lock_mode值为0：采用AUTO-INC锁。
  • innodb_autoinc_lock_mode值为2：采用轻量级锁。
  • 当innodb_autoinc_lock_mode值为1：当插入记录数不确定是采用AUTO-INC锁，当插入记录数确定时采用轻量级锁。

悲观锁与乐观锁

这两个锁都是一种概念，并不是实实在在的锁。悲观锁：在Mysql中用的就是数据库的行锁，认为数据库会发生并发冲突，直接上来就把数据锁住，其他事务不能修改，直至提交了当前事务，我们之前说的锁全部都是悲观锁。乐观锁这种概念是指：某个事务会在不锁定的情况下去更新数据，如果发现异常(比如更新前后，两次查出来的版本不一致)，才不更新(回滚)，因此也可以说乐观锁根本就不是锁，只是一种行为，这种行为的控制往往是在数据库添加一个version字段来实现。

死锁

Mysql中的死锁和Java中的概念类似，比如：

Session1：select * from t1 where a =1 for update; -- a =1加锁
Session2：select * from t1 where a =4 for update; -- a =4加锁
Session1：update t1 set b = 1 where a = 4; -- 此时必须等待Session2对a=4的锁释放
Session2：update t1 set b = 1 where a = 1; -- 此时必须等待Session1对a=1的锁释放

Session1和Session2互相等待就形成了死锁，但是Mysql有死锁检查的机制，让死锁中断。当Mysql发现死锁的时候，InnoDB会在导致死锁的事务中选择一个权重比较小的事务执行回滚，这个权重可能是该事务影响的行数(增删查)决定的。可以用show engine innodb status来查看最近的死锁日志，在任何情况下都要尽量避免死锁：

  • 以固定的顺序访问表和行
  • 大事务拆小，大事务更容易产生死锁
  • 在同一个事务中，尽可能做到一次锁定所需要的所有资源，减少死锁概率
  • 为表添加合理的索引
  • 降低隔离级别

死锁相关的系统变量：

名字默认值说明
innodb_deadlock_detectON是否打开死锁检测
innodb_print_all_deadlocksOFF是否将所有死锁日志写入Mysql错误日志
innodb_lock_wait_timeout50锁的等待超时时间，50s

总结

本篇博客在介绍完Mysql锁和其加锁原理以后，希望大家在以后写sql的时候可以思考一下当前的sql会加什么样的锁。对于select不加锁，对于update一类会对where条件的行加上写锁，那么另外的更新事务可能无法成功执行，或者插入事务可能无法插入数据等等情况，能够做一个预判，来提高sql语句的性能。

Smallc0de
关注
专栏目录
Sqoop原理与代码实例讲解
AI天才研究院
07-20 364
在大数据时代，企业需要将存储在传统关系型数据库(RDBMS)中的海量数据高效地导入到Hadoop等大数据平台中进行分析处理。同时，也需要将处理后的结果数据从Hadoop导出到RDBMS供在线业务使用。传统的数据导入导出方式效率低下，难以满足大数据场景下的需求。Sqoop基于MapReduce实现并行化的数据传输。Sqoop将数据导入导出任务转换为一个MapReduce作业，由N个Map Task并行执行，每个Map Task负责传输一部分数据。通过并行处理，显著提升了数据传输效率。
【AI大数据计算原理与代码实例讲解】全文搜索
最新发布
AI天才研究院
09-20 803
【AI大数据计算原理与代码实例讲解】全文搜索 关键词： AI大数据计算原理 全文搜索技术 索引构建与优化 查询算法与性能分析 实例代码与应用 1
mysqls：它是用JavaScript编写的，适用于mysql。您也可以很轻松地使用事务
02-03
| mysqls 它是用JavaScript编写的。 为MySQL而生。 您也可以非常轻松地使用交易。 mysqls：一个为node.js生成SQL语句的插件。 调用链接。简单易用。 支持交易。 npm地址： ://www.npmjs.com/package/mysqls 安装： npm install mysqls -- save or yarn add mysqls mysqls参数 初始化：sql初始化 exec：执行SQL语句 sql：链调用生成SQL语句 交易：交易API 利用： //import import { init , exec , sql , transaction } from 'mysqls' //require let { init , exec , sql , transaction } = require ( 'mysqls' ) 配置初始化： // You can initialize the configuration at project startup init ( { host : 'localhost' , u
MySQL内部原理深度解析
lx_Frolf的博客
12-29 1295
一。MySQL体系结构 1，Client Connectors 接入方 支持协议很多，比如Java的接入协议是JDBC，ODBC 2.Management Serveices & Utilities： 系统管理和控制工具 例如：备份恢复，mysql复制集群等 3，Connection Pool 连接池：管理缓冲用户连接、用户名、密码、权限校验、线程处理等需要缓存的需求，接收来自客户端的协...
Mysqls数据库
一笔沁念
05-18 594
1，查找薪水涨幅超过15次的员工号emp_no以及其对应的涨幅次数t CREATE TABLE salaries ( emp_no int(11) NOT NULL, salary int(11) NOT NULL, from_date date NOT NULL, to_date date NOT NULL, PRIMARY KEY (emp_no,from_date)); s...
mysqls一款专为node.js生成sql语句的插件、链式调用、使用灵活、支持事物
weixin_34405354的博客
12-24 516
mysqls It is written in JavaScript,crud for mysql.You can also use transactions very easily. mysqls 一款专为node.js生成sql语句的插件，链式调用，使用灵活。支持生成sql语法，也支持生成语法之后直接调用，支持事物等特性。API参考很...
mysqls数据库的数据类型
weixin_47698996的博客
05-18 442
SQL注释 一般在编写sql脚本文件时需要添加合理的注释信息 单行注释select 1; #说明信息 多行注释/*开头 */收尾 数据类型 数据类型主要给列上添加域完整性约束。开发者设置列的数据类型后，DBMS会对添加的数据进行合法 性验证，如果不合法则报错，拒绝添加 数值型 5种整型 tinyint、smallint、mediumint、int和bigint，主要区别就是取值范围不同，还可以在类型前添加一个限制词unsigned，不允许添加负数 3种浮点型：不能精确存放float和double，可以精
怒肝四个月MySQL源码，我总结出这篇MySQL协议（详尽版）！！
m0_72758098的博客
04-21 914
外链图片转存中…(img-8ir7ETOS-1713685594920)][外链图片转存中…(img-RjQWasAn-1713685594920)][外链图片转存中…(img-mZW13Web-1713685594921)]
全网最全Redis讲解（2W字总结免费送）
kyzb2022的博客
04-17 3008
基础 什么是Redis 首先大体理解：Redis是一个基于内存，通过键值对(key-value)的形式来存储数据的NoSQL数据库。和其相相对应的是MySQL，一种SQL类型的数据库。 它支持存储的value类型相对更多，包括string(字符串)、list(链表)、set(集合)、zset(sorted set --有序集合)和hash（哈希类型）。这些[数据类型]都支持push/pop、add/remove及取交集并集和差集及更丰富的操作，而且这些操作都是原子性的。 在此基础上，redi..
[Python从零到壹] 十三.机器学习之聚类算法四万字总结全网首发（K-Means、BIRCH、树状聚类、MeanShift）
热门推荐
杨秀璋的专栏
07-06 1万+
欢迎大家来到“Python从零到壹”，在这里我将分享约200篇Python系列文章，带大家一起去学习和玩耍，看看Python这个有趣的世界。所有文章都将结合案例、代码和作者的经验讲解，真心想把自己近十年的编程经验分享给大家，希望对您有所帮助，文章中不足之处也请海涵。Python系列整体框架包括基础语法10篇、网络爬虫30篇、可视化分析10篇、机器学习20篇、大数据分析20篇、图像识别30篇、人工智能40篇、Python安全20篇、其他技巧10篇。您的关注、点赞和转发就是对秀璋最大的支持，知识无价人有情，希望
MYSQLS5.6_3306免安装版.
03-31
MYSQLS5.6_3306免安装版,亲自测试确实可以使用，良心价。
mysqls索引
peiwenrui的博客
04-13 336
使用索引的全部意义就是通过缩小一张表中需要查询的记录/行的数目来加快搜索的速度索引的最左匹配特性。建索引的几大原则1.最左前缀匹配原则，非常重要的原则，mysql会一直向右匹配直到遇到范围查询(>、<、between、like)就停止匹配，比如a = 1 and b = 2 and c > 3 and d = 4 如果建立(a,b,c,d)顺序的索引，d是用不到索引的，如果建立(...
Mysqls深度讲解 – 事务
Smallc0de的博客
12-23 344
本篇详细的讲解了什么是事务，以及Mysql中事物的操作开启、提交、回滚等等。然后针对隔离性做了一个详细的讲解，阐明了四种隔离级别的实现方法，以及特性优缺点。最后针对已提交读 (Read Commit)和可重复读 (Repeatable Read)引出Mysql中版本链的实现，以及ReadView的作用。
MySql行锁变表锁，性能下降？间隙锁（X,GAP），行锁（X,REC_NOT_GAP），区间锁（X）带你进阶。
a_teacher_java的博客
05-16 3850
前言：接着上篇文章说，mysql行锁是跟着索引走的，会根据不同的索引类别添加不同的锁，下面开始介绍。 准备工作 先创建一张用户表，id为主键，但是不要让id自动增长，id值不要全部连续。 CREATE TABLE `t_user` ( `id` int NOT NULL, `name` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci DEFAULT NULL, `age` int DEFAULT NULL, PR.
MySQL next-key lock 加锁范围总结
程序员小航
06-08 803
前言 三篇文章分别通过实际操作，介绍了主键、非主键唯一索引、普通索引、普通字段四个方面介绍了加锁的范围。 本篇文章再做一个总结。 data_locks select * from performance_schema.data_locks; LOCK_MODE LOCK_DATA 锁范围 X,REC_NOT_GAP 15 15 那条数据的行锁 X,GAP 15 15 那条数据之前的间隙，不包含 15 X 15 15 那条数据的间隙，包含 15 LOCK_MODE = X 是前
Mysql行锁、表锁 (2)—mysql进阶（六十九)
ke1ying的博客
10-22 1124
前面说了解决并发事务访问有两种解决办法，一种用mvcc的版本链解决，读 的时候用版本链readView控制，写的时候加锁。一种是读写都加锁，比如只允许读取最后数据的银行业务。锁又分为共享锁（s锁）和排它锁（x锁），锁的颗粒度分为表锁和行锁，所以当向上表的排他锁的时候，必须里面的行没有上x锁或者s锁，当然不是遍历所有行，于是在上行锁的时候，会有一个is和ix的锁，代表当前表上了行锁。 Mysql锁共享锁排它锁 (1)—mysql进阶（六十八) 行锁、表锁 我们主要说的是innoDB存储引擎的锁，其
InnoDB 事务锁系统简介
qiuyepiaoling的专栏
02-03 492
前言 本文的目的是对 InnoDB 的事务锁模块做个简单的介绍，使读者对这块有初步的认识。本文先介绍行级锁和表级锁的相关概念，再介绍其内部的一些实现；最后以两个有趣的案例结束本文。 本文所有的代码和示例都是基于当前最新的 MySQL5.7.10 版本。 行级锁 InnoDB 支持到行级别粒度的并发控制，本小节我们分析下几种常见的行级锁类型，以及在哪些情况下会使用到这些类型的锁。 LOCK
深入浅出InnoDB中的行锁
一个菜鸡的博客
10-06 769
记录锁也就是仅仅把一条记录锁上，官方的类型名称为： LOCK_REC_NOT_GAP 。比如我们把id值为8的 那条记录加一个记录锁的示意图如图所示。仅仅是锁住了id值为8的记录，对周围的数据没有影响。
Mysql的锁以及sql的加锁类型
qq_25100257的博客
04-03 443
mysql数据库记录锁、间隙锁、临界锁、意向锁、插入意向锁介绍。行锁加锁方式。select查询加锁类型、update更新加锁类型、delete删除加锁类型、insert插入加锁类型。加锁和索引的关系。有索引加锁和无索引加锁。
MySQL MDL锁深度解析与问题分析
"MYSQL元数据锁(MDL LOCK)：MDL锁问题分析" MySQL中的元数据锁（Metadata Lock，简称MDL）是一种在数据库操作中至关重要的锁定机制，它确保了对数据库对象（如表、视图、索引等）的并发访问安全。MDL锁的存在是为了...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值