mysql8 RC隔离级别 Record Locks ，Gap Locks， Next-Key Locks实验3和总结

已于 2022-05-13 08:27:30 修改
阅读量943 收藏 2
点赞数
分类专栏： 数据库 文章标签： 数据库 sql dba
于 2022-05-06 15:53:54 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/xuejianxinokok/article/details/124611842
版权

mysql8 Record Locks ，Gap Locks， Next-Key Locks 实验1

mysql8 Record Locks ，Gap Locks， Next-Key Locks 实验2 唯一索引和非唯一索引，无索引情况

5. RC 隔离级别下加锁行为

由于隔离级别的实现是靠加锁来实现的 所以在 考察完 RR 隔离级别下加锁的情形后 我们需要分析另一个常用的隔离级别RC

首先需要把数据库的全局隔离级别设置为RC

set global TRANSACTION ISOLATION level read COMMITTED;
show global variables like 'transaction_isolation';  

-- 恢复为RR
-- set global TRANSACTION ISOLATION level  repeatable read;

5.1 主键索引等值查询

5.1.1 存在值等值查询

我们启动一个新的连接 执行以下sql

# connection1
START TRANSACTION;
SELECT PS_CURRENT_THREAD_ID() THREAD_ID ,t.* FROM locktest t WHERE t.id=13 for update;


Query OK, 0 rows affected (0.00 sec)

+-----------+----+----+----+----+
| THREAD_ID | id | f1 | f2 | f3 |
+-----------+----+----+----+----+
|        47 | 13 | 13 | 13 | 13 |
+-----------+----+----+----+----+
1 row in set (0.04 sec)

-- 查询锁信息
SELECT
 row_number() OVER() 行号
,t.THREAD_ID     '锁线程(THREAD_ID)'
,t.OBJECT_NAME   '锁的表(OBJECT_NAME)'
,t.INDEX_NAME    '锁的索引(INDEX_NAME)'
,t.LOCK_TYPE     '锁粒度(LOCK_TYPE)'
,t.LOCK_MODE     '锁类型(LOCK_MODE)'
,t.LOCK_STATUS   '锁状态(LOCK_STATUS)'
,t.LOCK_DATA     '锁的数据(LOCK_DATA)'
FROM performance_schema.data_locks t

查询结果为：

在这里插入图片描述

5.1.2 不存在值的等值查询

哪锁定【不存在记录】会怎么样呢？

START TRANSACTION;
-- 15这条记录不存在
SELECT * FROM locktest t WHERE t.id=15 FOR update;

Query OK, 0 rows affected (0.00 sec) --无记录返回

此时的锁信息为，发现没有锁存在

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-PJ77UPN2-1651822978136)(./assets/20220506114150-image.png)]

而 RR 隔离级别下 会有 id=20 上加了一个 X排他锁还有一个 GAP 锁，而这个GAP 就是 (13,20) 中间的间隙

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-s9almFAL-1651822978139)(./assets/20220430160725-image.png)]

这说明在高的隔离级别RR下 会比低的隔离级别 RC 多出很多锁，在竞争激烈的时候会明显影响性能。

5.1 主键索引范围查询

5.1.1 单范围查询

对于以下范围查询，也是封锁的范围

START TRANSACTION;
SELECT * FROM locktest t WHERE t.id>11 FOR UPDATE;

RC 级别下加锁信息如下

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-VcXrIn5U-1651822978141)(./assets/20220506135222-image.png)]

RR 隔离级别加锁信息如下：

在这里插入图片描述

在RC 级别下 用另外一个连接下插入以下记录验证以下

START TRANSACTION;
-- 12 RC可以插入,由于没有了间隙锁,RR 下不可以插入，RR 下有GAP 
INSERT INTO locktest (id,f1,f2,f3) VALUES (12,12,12,12);

START TRANSACTION;
-- 21 RC可以插入
INSERT INTO locktest (id,f1,f2,f3) VALUES (21,21,21,21);
-- 9  RC可以插入
START TRANSACTION;
INSERT INTO locktest (id,f1,f2,f3) VALUES (9,9,9,9);

可以看到 RC 下 明显比RR 下少加一些 GAP 锁,这样在插入和修改的时候可以增加并发度，缺点是存在幻读。

5.1.2 双范围查询

查询sql如下

START TRANSACTION;
SELECT * FROM locktest t WHERE t.id>11 AND t.id<20 FOR UPDATE;Query OK, 0 rows affected (0.00 sec)

+----+----+----+----+
| id | f1 | f2 | f3 |
+----+----+----+----+
| 13 | 13 | 13 | 13 |
+----+----+----+----+
1 row in set (0.00 sec)

RC 下锁信息如下[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-jwnqvzPa-1651822978147)(./assets/20220506140012-image.png)]

而RR 下锁信息如下

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-2p9XZoaZ-1651822978150)(./assets/20220430163639-image.png)]

5.1.2 不存在的双范围查询
START TRANSACTION;
-- 记录 12 和21 都不存在
SELECT * FROM locktest t WHERE t.id>=12 AND t.id<=21 FOR UPDATE;

+----+----+----+----+
| id | f1 | f2 | f3 |
+----+----+----+----+
| 13 | 13 | 13 | 13 |
| 20 | 20 | 20 | 20 |
+----+----+----+----+
2 rows in set (0.00 sec)

RC 下锁信息如下，只有在主键索性上有2个 RECORD 锁,并且明确不存在GAP lock

https://gitee.com/xuejianxinokok/mysqldoc/raw/master/mysql8/assets/20220506140406-image.png

而RR 下锁信息如下，只看 THREAD_ID=45

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-pJO1Ac13-1651822978161)(./assets/20220430164739-image.png)]

5.3 二级唯一索引等值查询

这次我们对 f1 字段操作，这是一个二级 唯一索引字段

5.3.1 锁定存在的值
-- 查询存在的值 11
START TRANSACTION;
SELECT PS_CURRENT_THREAD_ID() THREAD_ID ,t.* FROM locktest t WHERE t.f1=11  FOR UPDATE ; 

Query OK, 0 rows affected (0.00 sec)

+-----------+----+----+----+----+
| THREAD_ID | id | f1 | f2 | f3 |
+-----------+----+----+----+----+
|        47 | 11 | 11 | 11 | 11 |
+-----------+----+----+----+----+
1 row in set (0.00 sec)

RC查询锁的信息，发现有3个锁，如下图所示：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-pO6PnG3B-1651822978163)(./assets/20220506141225-image.png)]

RR 下信息如下，这中情况下和RC 是一致的

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-N7ZOuTzh-1651822978164)(./assets/20220505104656-image.png)]

【行号1】 是一个表级的意向锁

【行号2】 是一个加在 二级唯一索引 ui_f1上的 record 锁，锁类型为 X(排他),REC_NO__GAP 说明没有对间隙加锁

值得注意的是 LOCK_DATA为【11，11】 ，我们知道二级索引的record 组成为（key,主键），所以第一个11 是二级索引字段f1 的值，而第二个11 是主键的值

【行号3】 是一个主键索引上的 排他record 锁

5.3.2 锁定不存在的值
-- 查询存在的值 12
START TRANSACTION;
SELECT PS_CURRENT_THREAD_ID() THREAD_ID ,t.* FROM locktest t WHERE t.f1=12  FOR UPDATE;

Empty set (0.00 sec)

RC下查询加锁情况：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-AkQeIqOe-1651822978165)(./assets/20220506141449-image.png)]

而RR 下锁信息如下

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-CmE4Y3Fe-1651822978165)(./assets/20220505105753-image.png)]

对比 RR 比RC 多出一个 next key lock (11,13]

5.4 二级唯一索引范围查询

验证完唯一索引的等值查询加锁情况，我们开始验证范围查询

5.4.1 单范围查询
START TRANSACTION;
SELECT PS_CURRENT_THREAD_ID() THREAD_ID ,t.* FROM locktest t WHERE t.f1>11  FOR UPDATE;


Query OK, 0 rows affected (0.00 sec)

+-----------+----+----+----+----+
| THREAD_ID | id | f1 | f2 | f3 |
+-----------+----+----+----+----+
|        47 | 13 | 13 | 13 | 13 |
|        47 | 20 | 20 | 20 | 20 |
+-----------+----+----+----+----+
2 rows in set (0.00 sec)

RC加锁信息如下：

在这里插入图片描述

RR 加锁信息如下

在这里插入图片描述

RC 比RR 任然少 GAP 锁

5.4.2 双范围查询
START TRANSACTION;
SELECT PS_CURRENT_THREAD_ID() THREAD_ID ,t.* FROM locktest t WHERE t.f1>11 AND t.f1<20  FOR UPDATE;

Query OK, 0 rows affected (0.00 sec)

+-----------+----+----+----+----+
| THREAD_ID | id | f1 | f2 | f3 |
+-----------+----+----+----+----+
|        47 | 13 | 13 | 13 | 13 |
+-----------+----+----+----+----+
1 row in set (0.00 sec)

RC加锁信息如下图：

在这里插入图片描述

RR 加锁信息如下图

在这里插入图片描述

5.4.3 不存在的双范围查询
START TRANSACTION;
SELECT PS_CURRENT_THREAD_ID() THREAD_ID , t.* FROM locktest t WHERE t.f1>=12 AND t.f1<=21 FOR UPDATE;

Query OK, 0 rows affected (0.00 sec)

+-----------+----+----+----+----+
| THREAD_ID | id | f1 | f2 | f3 |
+-----------+----+----+----+----+
|        47 | 13 | 13 | 13 | 13 |
|        47 | 20 | 20 | 20 | 20 |
+-----------+----+----+----+----+
2 rows in set (0.00 sec)

RC加锁信息如下：
在这里插入图片描述

RR 加锁信息如下：

在这里插入图片描述

5.5 非唯一索引等值查询

这次我们对 f2 字段操作，这个一个二级非唯一索引字段

5.5.1 锁定存在的值
-- 查询存在的值 11
START TRANSACTION;
SELECT PS_CURRENT_THREAD_ID() THREAD_ID ,t.* FROM locktest t WHERE t.f2=11  FOR UPDATE ;

Query OK, 0 rows affected (0.00 sec)

+-----------+----+----+----+----+
| THREAD_ID | id | f1 | f2 | f3 |
+-----------+----+----+----+----+
|        47 | 11 | 11 | 11 | 11 |
+-----------+----+----+----+----+
1 row in set (0.00 sec)

RC锁信息：

在这里插入图片描述

RR查询锁的信息，发现有4个锁，如下图所示：

在这里插入图片描述

5.5.2 锁定不存在的值
-- 查询存在的值 12
START TRANSACTION;
SELECT PS_CURRENT_THREAD_ID() THREAD_ID ,t.* FROM locktest t WHERE t.f2=12  FOR UPDATE;

Empty set (0.00 sec)

RC 加锁情况：

在这里插入图片描述

RR查询加锁情况：

在这里插入图片描述

5.6 非唯一索引范围查询

验证完 非唯一索引的等值查询加锁情况，我们开始验证范围查询

5.6.1 单范围查询
START TRANSACTION;
SELECT PS_CURRENT_THREAD_ID() THREAD_ID ,t.* FROM locktest t WHERE t.f2>11  FOR UPDATE;

Query OK, 0 rows affected (0.00 sec)

+-----------+----+----+----+----+
| THREAD_ID | id | f1 | f2 | f3 |
+-----------+----+----+----+----+
|        47 | 13 | 13 | 13 | 13 |
|        47 | 20 | 20 | 20 | 20 |
+-----------+----+----+----+----+
2 rows in set (0.00 sec)

RC 加锁信息如下：

在这里插入图片描述

RR加锁信息如下：

在这里插入图片描述

5.6.2 双范围查询
START TRANSACTION;
SELECT PS_CURRENT_THREAD_ID() THREAD_ID ,t.* FROM locktest t WHERE t.f2>11 AND t.f2<20  FOR UPDATE;

Query OK, 0 rows affected (0.00 sec)

+-----------+----+----+----+----+
| THREAD_ID | id | f1 | f2 | f3 |
+-----------+----+----+----+----+
|        47 | 13 | 13 | 13 | 13 |
+-----------+----+----+----+----+
1 row in set (0.00 sec)

RC 加锁信息:

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-WgWTpnOd-1651822978178)(./assets/20220506143258-image.png)]

RR加锁信息如下图：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-QsoNmWQL-1651822978180)(./assets/20220505145406-image.png)]

5.6.3 不存在的双范围查询
START TRANSACTION;
SELECT * FROM locktest t WHERE t.f2>=12 AND t.f2<=21 FOR UPDATE;

+----+----+----+----+
| id | f1 | f2 | f3 |
+----+----+----+----+
| 13 | 13 | 13 | 13 |
| 20 | 20 | 20 | 20 |
+----+----+----+----+
2 rows in set (0.00 sec)

RC加锁信息如下：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-fqP2zYZW-1651822978181)(./assets/20220506143409-image.png)]

RR加锁信息如下：

在这里插入图片描述

5.7 无索引等值查询

这次我们对 f3 字段操作，这个一个 无索引字段

5.7.1 锁定存在的值
-- 查询存在的值 11
START TRANSACTION;
SELECT PS_CURRENT_THREAD_ID() THREAD_ID ,t.* FROM locktest t WHERE t.f3=11  FOR UPDATE ;

Query OK, 0 rows affected (0.00 sec)

+-----------+----+----+----+----+
| THREAD_ID | id | f1 | f2 | f3 |
+-----------+----+----+----+----+
|        47 | 11 | 11 | 11 | 11 |
+-----------+----+----+----+----+
1 row in set (0.00 sec)

RC 加锁记录,只有一条锁信息：

在这里插入图片描述

RR查询锁的信息，发现数据库中的数据都添加了锁，如下图所示：

在这里插入图片描述

5.7.2 锁定不存在的值
-- 查询存在的值 12
START TRANSACTION;
SELECT PS_CURRENT_THREAD_ID() THREAD_ID ,t.* FROM locktest t WHERE t.f3=12  FOR UPDATE;
Empty set (0.00 sec)

RC加锁信息：

在这里插入图片描述

RR查询加锁情况：

在这里插入图片描述

5.8 无索引范围查询

5.8.1 单范围查询
START TRANSACTION;
SELECT PS_CURRENT_THREAD_ID() THREAD_ID ,t.* FROM locktest t WHERE t.f3>11  FOR UPDATE;
Query OK, 0 rows affected (0.00 sec)

+-----------+----+----+----+----+
| THREAD_ID | id | f1 | f2 | f3 |
+-----------+----+----+----+----+
|        47 | 13 | 13 | 13 | 13 |
|        47 | 20 | 20 | 20 | 20 |
+-----------+----+----+----+----+
2 rows in set (0.00 sec)

RC 加锁信息如下：

在这里插入图片描述

5.8.2 双范围查询
START TRANSACTION;
SELECT PS_CURRENT_THREAD_ID() THREAD_ID ,t.* FROM locktest t WHERE t.f3>11 AND t.f3<20  FOR UPDATE;

Query OK, 0 rows affected (0.00 sec)

+-----------+----+----+----+----+
| THREAD_ID | id | f1 | f2 | f3 |
+-----------+----+----+----+----+
|        47 | 13 | 13 | 13 | 13 |
+-----------+----+----+----+----+
1 row in set (0.00 sec)

RC 加锁信息:

在这里插入图片描述

5.8.3 不存在的双范围查询
START TRANSACTION;
SELECT PS_CURRENT_THREAD_ID() THREAD_ID ,t.* FROM locktest t WHERE t.f3>=12 AND t.f3<=21 FOR UPDATE;
Query OK, 0 rows affected (0.00 sec)

+-----------+----+----+----+----+
| THREAD_ID | id | f1 | f2 | f3 |
+-----------+----+----+----+----+
|        47 | 13 | 13 | 13 | 13 |
|        47 | 20 | 20 | 20 | 20 |
+-----------+----+----+----+----+
2 rows in set (0.00 sec)

RC加锁信息如下：

在这里插入图片描述

6. 总结

RR 对事务所涉及的数据加read lock,write lock和gap lock，且一直持有至事务结束。

RC 对事务涉及的数据加的write lock 会一直持续到事务结束，但加的read在查询操作完成后就马上会释放。

RC缺乏贯穿整个事务周期的read lock，无法禁止读取过的数据发生变化,所以无法防止幻读.

综合加锁情况和一般应用场景我们一般会在线上使用RC 的隔离级别。

xuejianxinokok
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
深入Synchronized和java.util.concurrent.locks.Lock的区别详解
09-05
本篇文章是对Synchronized和java.util.concurrent.locks.Lock的区别进行了详细的分析介绍，需要的朋友参考下
mysql RC 隔离级别下为什么需要 next key lock 来保证唯一索引有效性
渔夫数据库笔记
12-01 1560
我们知道在RC隔离级别中几乎不会出现 Gap Lock，但是官方文档中列出了如下两个例外情况(在外键约束和唯一性约束时还是会使用Gap Lock，即使在RC隔离级别下)
MySQL锁--02---行锁 (记录锁(Record Locks))
时光里的博客
12-17 2536
提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档 文章目录行锁 行锁
MySQL8 RC和RR隔离级别的实战演练
qq_36588424的博客
04-23 1163
MySQL8 RC和RR隔离级别的实战演练
mysql 数据库锁 Record Locks、Gap Locks、Next-Key Locks
一名数据库爱好者的专栏
03-04 286
Next-Key Locks 是 MySQL 的 InnoDB 存储引擎的一种锁实现。 MVCC 不能解决幻影读问题，Next-Key Locks 就是为了解决这个问题而存在的。在可重复读（REPEATABLE READ）隔离级别下，使用 MVCC + Next-Key Locks 可以解决幻读问题。 Record Locks 锁定一个记录上的索引，而不是记录本身。 如果表没有设置索引，InnoDB 会自动在主键上创建隐藏的聚簇索引，因此 Record Locks 依然可以使用。 Gap Locks 锁定索
mysql8 Record Locks ，Gap Locks， Next-Key Locks 实验1
xuejianxinokok的专栏
04-30 1069
next-key lock 是一个 锁组合，也就是说它有多个锁组合而成 2. 首先 next-key lock 包含 一个 index record 上的 record lock 3. 另外 next-key lock 还包含一个 a gap lock on the gap before the index record，这句话的意思是 在 **第二点** 锁定的 record lock 之前的间隙 和 **第2点** 上的记录锁 组合成一个 next-key lock 4. 那么怎么理解 *
web-locks:网络锁API
03-12
此实现是技术堆栈的一部分，是基于并行编程和工作负载微隔离的Node.js应用服务器的第一个试验项目所需的。 Web Locks API打算在将来合并到Node.js中。 特征 最简单的并行编程原语，用于解决数据争用和争用条件的...
distributed-locks-spring-boot-starter:分布式锁
04-01
分布式锁弹簧启动启动器介绍Distributed-locks-spring-boot-starter是一个分布式锁实现，目前仅支持Redis形式的分布式锁实现。而MySQL，ZooKeeper等一些实现方式同时后续的版本中体现。快速开始1，在项目中约会相关...
Biosmart Locks: Smart Fingerprint Locks-crx插件
04-01
在1990年代，微电子和通信技术在美国，意大利，德国，日本，加拿大，韩国，台湾，香港和其他国家的快速发展为智能锁和密码的产生奠定了基础。 锁开始进入实用阶段。 在本世纪初，欧美的电子密码锁定技术变得越来越...
MYSQL知识点回顾：InnoDB的锁机制（一）记录锁
weixin_36531037的博客
10-28 643
MYSQL知识点回顾：InnoDB的锁机制（一）记录锁
MySQL InnoDB update锁表问题Record Locks
做技术，贵在学习与坚持！
07-22 2256
最近做的项目中出现了锁表的问题，导致表无法进行事务(DML)操作，经过排查发现，我们项目中的购物车表有个字段cart_id为uuid类型，并且未设置索引，这里的场景是根据cart_id进行更新内容，Mysql InnoDB行锁不使用索引锁表的时候会锁整张表。 通过命令查询锁日志找到相关锁的sql语句： show engine innodb status; mysql tables in use 1, locked 1 LOCK WAIT 2 lock struct(s), heap size 11
mysql8 Record Locks ，Gap Locks， Next-Key Locks实验2 唯一索引和非唯一索引，无索引情况
xuejianxinokok的专栏
05-05 804
mysql8 Record Locks ，Gap Locks， Next-Key Locks 实验1 上文讨论了 RR 隔离级别 主键索引的加锁情况， 本文接着讨论 RR 隔离级别下 二级唯一索引和普通二级索引 以及无索引时的加锁情况。 4.3 二级唯一索引等值查询 这次我们对 f1 字段操作，这是一个二级 唯一索引字段 4.3.1 锁定存在的值 -- 查询存在的值 11 START TRANSACTION; SELECT PS_CURRENT_THREAD_ID() THREAD_ID ,t.* FRO
mysql隔离级别与锁_mysql 隔离级别和锁相关
weixin_32451529的博客
01-28 119
mysql数据库中存在三种锁，间隙锁(gap-lock) , 行锁(record-lock),gap-record-lockgap-record-lock 是间隙锁和行锁的组合,间隙锁(gap lock)行锁(record lock)record-lock:测试表:CREATE TABLE `tt` (`tid` int(11) NOT NULL DEFAULT ‘0‘,`tname` varch...
通过一个例子详解 MySQL record lock(记录锁) 的加锁方式
落落的专栏 专注SQL调优 性能调优
10-11 2176
本文基于MySQL8.0.19，下面通过一个例子讲解 MySQL record lock(记录锁) 的加锁方式 SESSION1: mysql> SELECT VERSION(); +-----------+ | VERSION() | +-----------+ | 8.0.19 | +-----------+ 1 row in set (0.01 sec) mysql> CREATE TABLE t(id INT UNSIGNED PRIMARY KEY ,NAME VARCH
MYSQL 从Record lock 到 Next-Key Locks 到 GAP_LOCK
sql server的专栏
04-04 154
大多数人第一次提到锁，可能认为锁可能是针对磁盘上的物理的数据记录，实际上，所有的操作都在内存中完成，锁怎么可能是针对磁盘上的物理数据呢？在认识到锁都是在内存中产生的后，锁是在什么范围，...
RC隔离级别下的GAP间隙锁
Thxxxxxx
05-11 3037
delete from t1 where id = 10; RC RR id主键 结论：id是主键时，此SQL只需要在id=10这条记录上加X锁即可。 id唯一索引 此组合中，id是unique索引，而主键是name列。此时，加锁的情况由于组合一有所...
mysql rr rc 间隙锁_MySQL的RR隔离级和间隙锁
weixin_29483277的博客
01-27 1025
select * from t where d=5 for update；使用的是当前读；当前读的规则就是能够读到所有已经提交的记录的最新值；幻读 仅仅指新插入的行；如何解决幻读产生幻读的原因是，行锁只能锁住已经存在的行，但是对于向行之间insert数据行这个动作，要更新的是记录之间的间隙。为解决这个问题，InnoDB引入了 gap lock。间隙锁就是锁住两个值之间的间隙。上述插入6条记录机会形...
mysql rr和rc_MySQL的在RC和RR模式下的锁
weixin_31792645的博客
01-18 1000
InnoDB的锁机制：数据库使用所是为了支持更好的并发，提供数据的完整性和一致性。InnoDB是一个支持锁的存储引擎，锁的类型有：共享锁(S)、排它锁(X)、意向共享锁(IS)、意向排它锁(IX)。为了支持更好的并发，InnoDB提供了非锁定读：不需要等待访问行上的锁释放，读取行的一个快照。该方法是通过InnoDB的一个特写：MVCC实现的。InnoDB的锁分类：Record Lock：行锁：单个...
数据库中的事务隔离级别和锁的关系
xuehuagongzi000的博客
09-24 1289
转载自：http://tech.meituan.com/innodb-lock.html 我们都知道事务的几种性质，数据库为了维护这些性质，尤其是一致性和隔离性，一般使用加锁这种方式。同时数据库又是个高并发的应用，同一时间会有大量的并发访问，如果加锁过度，会极大的降低并发处理能力。所以对于加锁的处理，可以说就是数据库对于事务处理的精髓所在。这里通过分析MySQL中InnoDB引擎的加锁机制，
X locks rec but not gap Record lock是什么锁
最新发布
05-31
Free memory size:X locks rec but not gap Record lock 是 MySQL 数据库中的一种行级锁。这种锁是通过在表的索 400 Used memory size: 200 Allocate block 3: Block 1: free, size=50 Block 2:引上设置的锁来实现的...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值