【Mysql】Mysql锁详解（三）

已于 2022-05-05 15:06:46 修改
阅读量1.3k 收藏 3
点赞数 2
文章标签： mysql
于 2022-05-05 14:51:26 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Prior_SX/article/details/124567724
版权

锁分类

在这里插入图片描述

  • 从性能上分为乐观锁(用版本对比来实现) 和 悲观锁
  • 从对数据库操作的类型分，分为读锁 和 写锁 (都属于悲观锁)

读锁（共享锁，S锁(Shared)）：针对同一份数据，多个读操作可以同时进行而不会互相影响
写锁（排它锁，X锁(eXclusive)）：当前写操作没有完成前，它会阻断其他写锁和读锁

  • 从对数据操作的粒度分，分为全局锁 ，表锁，页锁 和 行锁

(重点）锁是存储引擎层的，不是服务器层的

MySQL 不同的存储引擎支持不同的锁机制，所有的存储引擎都以自己的方式显现了锁机制，服务器层完全不了解存储引擎中的锁实现：

  • InnoDB 存储引擎既支持行级锁（row-level locking），也支持表级锁，但默认情况下是采用行级锁。
  • MyISAM 和 MEMORY 存储引擎采用的是表级锁（table-level locking）
  • BDB 存储引擎采用的是页面锁（page-level locking），但也支持表级锁

MySQL大致可归纳为以下3种锁：

  1. 表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低。
  2. 行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高。
  3. 页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般

InnoDB与MyISAM的最大不同有两点：一是支持事务（TRANSACTION）；二是采用了行级锁。

1.全局锁：

全局锁是针对整个数据库而言的，从名称我们也能了解到大概意思，当我们对数据库加了全局读锁之后，那么其他任何对请求都不能对数据库再加写锁了，当我们对数据加了写锁后，那么后续对数据的加读锁和写锁的请求都会被阻塞。

为什么需要全局锁

全局锁的典型使用场景是，做全库逻辑备份

因为我们在做备份数据或者导入导出数据操作的时候，如果这个系统期间还可以进行数据的增、删、改，那么就会有一个数据“时点性”问题，会导致数据不一致。

以全局备份数据的过程为例：

  • 如果你在主库上备份，那么在备份期间都不能执行更新，业务基本上就得停摆；
  • 如果你在从库上备份，那么备份期间从库不能执行主库同步过来的binlog，会导致主从延迟。

2.表锁：

表级锁有两种
一种是针对于表记录数据的锁，
另外一种就是MDL(metadata lock)的锁，它是基于表元数据(表结构)的锁

（1）MDL(metadata lock)

MDL锁是为了保证并发环境下元数据和表数据的结构一致性。如果有其它事务对表加了MDL锁，那么其它事务就不能对表结构进行变更，同样对于正在进行表结构变更的时候也不允许其它事务对表数据进行增删改查。

  • MDL读锁：在我们对表数据进行增删改查的的时候都需要对表加MDL读锁。
  • MDL写锁：当我们对表结构进行修改的时候会加MDL写锁。

考虑一个生产问题： 线上给数据量很大的表修改字段的时候，怎么办？如果锁住表的话，后面读写请求全部被阻塞住，会拖垮整个服务

  • 方案1：考虑将从库作为影子库，断开binlog同步，然后修改字段，然后等修改完，同步binlog，等到数据对齐后，锁住表（防止用户修改源表数据），再切库。
  • 方案2：ghost方案
1、首先新建一张ghost表，结构与源表相同
2、使用alter命令修改ghost表
3.
	（1）模拟从库命令获取主库上该表的binlog(基于全镜像的行模式的binlog包含更改前和更改后的所有数据)，并解析成语句到ghost表上执行。
	（2）获取源表的数据范围（如按照主键获取到最大值和最小值），然后将数据拆分为多个批次拷贝插入到ghost表中
4、锁住源表，防止用户修改源表数据（锁的时间会很短，避免不了的）
5、将源表重命名，将ghost表改名为源表
6、释放表锁，清理gh-ost工具产生的表。

（2）表锁

表锁就是锁住整张表，其他的用户对该表的任何操作都受影响，具体影响取决于锁的形式。

ＭySQL的表锁有两种模式：表共享读锁（Table Read Lock）和表独占写锁（Table Write Lock）：

  1. 表共享读锁 （Table Read Lock）：不会阻塞其他用户对同一表的读请求，但会阻塞对同一表的写请求；
  2. 表独占写锁 （Table Write Lock）：会阻塞其他用户对同一表的读和写操作；

语法：

#加锁，多个表通过逗号分隔
LOCK TABLES tbl_name {READ | WRITE},[ tbl_name {READ | WRITE},……]
#解锁
unlock tables;
（2.1） 表锁细节需要区分是MyISAM还是InnoDB
  • MyISAM

MyISAM在执行查询语句（SELECT）前，会自动给涉及的所有表加读锁，在执行更新操作（UPDATE、DELETE、INSERT等）前，会自动给涉及的表加写锁，这个过程并不需要用户干预

  • InnoDB

必须显示加表锁语句（读的时候）

注意：如果没有索引，innodb的行锁会升级为表锁，效果和表锁一样，锁住全部索引

3. 行锁(record lock：记录锁)

行锁不是只能在一行上加锁，可以是若干行，可以是连续的，也可以是跳跃的

InnoDB实现了以下两种类型的行锁：

  • 共享锁（s）：共享锁又称为读锁，简称S锁，顾名思义，共享锁就是多个事务对于同一数据可以共享一把锁，都能访问到数据，但是只能读不能修改
  • 排他锁（Ｘ）：排他锁又称为写锁，简称X锁，顾名思义，排他锁就是不能与其他锁并存，如一个事务获取了一个数据行的排他锁，其他事务就不能再获取该行的其他锁，包括共享锁和排他锁，但是获取排他锁的事务是可以对数据就行读取和修改
事务可以通过以下语句显示给记录集加共享锁或排锁：
共享锁（Ｓ）：SELECT * FROM table_name WHERE … LOCK IN SHARE MODE
排他锁（X）：SELECT * FROM table_name WHERE … FOR UPDATE

InnoDB引擎默认的修改数据语句，update,delete,insert都会自动给涉及到的数据加上排他锁，select语句默认不会加任何锁类型（不加锁的是快照读，加锁是当前读）

（1）行锁的原理：（MySQL InnoDB的锁就是靠锁住索引项来实现的）

这个是由InnoDB索引的存储和检索方式决定的。辅助索引中存储的是二级索引和主键的ID，所以锁住辅助索引后，会根据主键ID找到对应的主键索引，也锁定之（图中红色箭头）。
而通过主键索引检索数据加锁，则只会锁住主键索引（图中绿色箭头）。
在这里插入图片描述

（2）为什么表没有索引，表里所有的记录都会被锁住？

当表上没有创建索引的时候，InnoDB会为每一行创建一个隐藏的主键作为聚集索引。这个隐藏的主键是一个6个字节的列，该列的值会随着数据的插入自增。

当不通过索引检索数据的时候，MySQL会使用全表扫描，此时所有行的索引都会被锁定，行锁升级为表锁。

4. 意向锁（不重要）

意向锁是InnoDB自动加的，不需用户干预，事务在请求行锁中的共享锁和排他锁前，会先自动获得意向锁

为了允许行锁和表锁共存，实现多粒度锁机制，InnoDB还有两种内部使用的意向锁（Intention Locks），这两种意向锁都是表锁：

  • 意向共享锁（IS）：事务打算给数据行共享锁，事务在给一个数据行加共享锁前必须先取得该表的IS锁。
  • 意向排他锁（IX）：事务打算给数据行加排他锁，事务在给一个数据行加排他锁前必须先取得该表的IX锁。

5. 间隙锁（Gap锁）（只有在可重复读RR隔离级别下面才有）

当我们用范围条件而不是相等条件检索数据，并请求共享或排他锁时，InnoDB会给符合条件的已有数据的索引项加锁；对于键值在条件范围内但并不存在的记录，叫做“间隙(GAP)”，InnoDB也会对这个“间隙”加锁，这种锁机制就是是所谓的间隙锁（GAP锁）。

（1）问题环节

例如，“ SELECT c1 FROM t WHERE c1 BETWEEN 10 and 20 FOR UPDATE;”。字面上意思是锁住10-15的数据，如果id=10的数据已存在，那么别的用户不可以修改该条数据，但是如果id=15的数据并不存在，那么可以插入id=15的数据吗？

答案是否定的：不可以，因为无论该列中是否已有这样的值，因为该范围中id (10,15)所有现有值之间的间隙是锁定的。

InnoDB使用间隙锁的目的，一方面是为了在当前读的情况下防止幻读，以满足相关隔离级别的要求

（2）为什么间隙锁只有在RR级别才有，RC级别没有，这两个级别的区别是什么（重点）？

RC 级别是解决了读未提交的，出现的脏读现象（因为读未提交是没有MVCC，没有快照读的，是没有加锁的当前读，数据库是什么就是什么）

RC级别产生幻读 和解决脏读的情况：

（1）如何解决脏读现象？

  1. 快照读 在事务开启之后，如果没有加锁（快照读），每次发起查询，都重新生成一个新的ReadView, 根据trx_id是读不到其他未提交的数据。
  2. 当前读需要for update 会加锁的，如果是未提交的数据，说明此时锁被未提交的事物A占有，此时事务B是读取不到数据的

（2）为什么会产生幻读现象 ？

  1. 快照读 在事务开启之后，如果没有加锁（快照读），会生成视图MVCC, 当你一个事务设置他处于RC隔离级别的时候，他是每次发起查询，都重新生成一个ReadView，高水位和低水位变了，能读到其他事务提交的。
  2. 当前读需要for update 会加锁的，但是是行锁，例如 select * from a where id >=1 and id <=5 , 记录里面只有1和5有数据，234是没有数据，此时加锁之会锁住1和5这个行，1和5之间的缝隙是没有锁住，可以进行插入，b的事务插入之后2，a事务在查询出来就会反查出来多了2，这就是幻读

RR级别解决幻读的情况：（只能解决当前读，快照读还是会产生幻读现象）

  1. 快照读 在事务开启之后，如果没有加锁（快照读），会生成视图MVCC, 当你一个事务设置他处于RC隔离级别的时候，他是一个事务里面只会有一个视图。可避免部分幻读，但两次快照读中间有更新语句(包含其它事务提交的插入数据-在第一次快照读后开启并提交)，第二次快照读则出现幻读，因为最新的undo log 版本链trx_id是你的了，又可以读到了。
  2. 当前读中：默认使用next-lock实现的行锁，不会导致幻读；别的事务根本插不进去。(实际是需要看走的索引-主键、唯一、非唯一、不走索引-这里暂时不做分析)；

6. Next-Key Locks

Next-Key Locks 是行锁底层实现中的概念
Next-Key锁是索引记录上的行锁定 + 索引记录之前的间隙上的间隙锁定

行锁与间隙锁组合起来用就叫做Next-Key Lock。组合起来就形成了一个区间，那么就会以区间为单位进行锁定，而不是单纯的以where条件中的范围来定。

next-key lock 是前开后闭区间，而间隙锁是前开后开区间。但是，next-key lock 在一些场景下会退化成记录锁或间隙锁。

在这里插入图片描述
其中，id 是主键索引（唯一索引），b 是普通索引（非唯一索引），a 是普通的列。

唯一索引等值查询

当我们用唯一索引进行等值查询的时候，查询的记录存不存在，加锁的规则也会不同：

  • 当查询的记录是存在的，在用「唯一索引进行等值查询」时，next-key lock 会退化成「记录锁」
select * from test where id= 5 for update

加锁的基本单位是 next-key lock，SQL语句的加锁范围是(0, 5];
但是由于是用唯一索引进行等值查询，且查询的记录存在，所以 next-key lock 退化成记录锁，因此最终加锁的范围是 id = 5 这一行。

  • 当查询的记录是不存在的，在用「唯一索引进行等值查询」时，next-key lock 会退化成「间隙锁」
select * from test where id= 8 for update

加锁的基本单位是 next-key lock，因此主键索引 id 的加锁范围是(5, 10];
但是由于查询记录不存在，next-key lock 退化成间隙锁，因此最终加锁的范围是 (5,10)。

唯一索引范围查询

select * from test where id >= 5 and id < 10 for update
  • 最开始要找的第一行是 id = 5，因此 next-key lock(0,5]，但是由于 id是唯一索引，且该记录是存在的，因此会退化成记录锁，也就是只会对 id = 5 这一行加锁；
  • 由于是范围查找，就会继续往后找存在的记录，也就是会找到 id = 10 这一行停下来，然后加 next-key lock (5,10]，但由于 id = 10 不满足 id < 10，所以会退化成间隙锁，加锁范围变为 (5, 10)。

所以 ，这时候唯一主键索引范围查询的锁是记录锁 id=5 和间隙锁(5, 10）

非唯一索引等值查询

当我们用非唯一索引进行等值查询的时候，查询的记录存不存在，加锁的规则也会不同：

  • 当查询的记录存在时，除了会加 next-key lock 外，还额外加间隙锁，也就是会加两把锁
select * from test where b = 5 for update

因为是非唯一索引。不知道是不是只有一行是符合数据的，所以得锁住这个等值的左右间隙

  1. 先会对普通索引 b 加上 next-key lock，范围是(0,5];
  2. 然后因为是非唯一索引，且查询的记录是存在的，所以还会加上间隙锁，规则是向下遍历到第一个不符合条件的值才能停止，因此间隙锁的范围是(5,10)
  • 当查询的记录不存在时，只会加next-key lock，然后会退化为间隙锁，也就是只会加一把锁。
select * from test where b = 7 for update
  1. 先会对普通索引 b 加上 next-key lock，范围是(5,10];
  2. 但是由于查询的记录是不存在的，所以不会再额外加个间隙锁，但是 next-key lock 会退化为间隙锁，最终加锁范围是 (5,10)。

非唯一索引范围查询

非唯一索引和主键索引的范围查询的加锁也有所不同，不同之处在于普通索引范围查询，next-key lock 不会退化为间隙锁和记录锁。

select * from test where b>= 3 and b < 9 for update
  1. 最开始要找的第一行是 b = 5，因此 next-key lock(0,5]，但是由于 b 不是唯一索引，并不会退化成记录锁。
  2. 但是由于是范围查找，就会继续往后找存在的记录，也就是会找到 b = 10 这一行停下来，然后加 next-key lock (5, 10]，因为是普通索引查询，所以并不会退化成间隙锁。
    所以，会有两个 next-key lock，分别是 (0, 5] 和(5, 10]。

7. 死锁

死锁是指两个或者多个事务在同一资源上相互占用，并请求锁定对方占用的资源，从而导致恶性循环的现象。当多个事务试图以不同的顺序锁定资源时，就可能会产生死锁。多个事务同时锁定同一个资源时，也会产生死锁。

表级锁不会产生死锁.所以解决死锁主要还是针对于最常用的InnoDB

死锁产生的场景：

事务A操作 select * from table where id =1 for update
事务B操作 select * from table where id =2 for update
事务A操作 select * from table where id =2 for update
事务B操作 select * from table where id =1 for update

此时就卡住了事务A等着事务B释放锁,事务B等着事务A释放锁.

在这里插入图片描述

死锁排查：

  1. 查看正在进行中的事务
SELECT * FROM information_schema.INNODB_TRX

show processlist// 查看当前正在进行中的进程

可以看到 进程id为3175 的事务在锁住了，而另一个id为3173的事务正在执行，但是没有提交事务
在这里插入图片描述

  1. 查看正在锁的事务
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS;

在这里插入图片描述

  1. 查看等待锁的事务
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS;

在这里插入图片描述

  1. 查看最近死锁的日志
show engine innodb status

线上死锁案例请看这一篇：https://blog.csdn.net/Prior_SX/article/details/123755889?spm=1001.2014.3001.5501

  1. 解除死锁

如果需要解除死锁，有一种最简单粗暴的方式，那就是找到进程id之后，直接干掉。

  • 查看当前正在进行中的进程
show processlist

// 也可以使用
SELECT * FROM information_schema.INNODB_TRX;

在这里插入图片描述

  • show processlist
// 也可以使用
SELECT * FROM information_schema.INNODB_TRX;
  1. 死锁优化建议

MySQL默认开启了死锁检测机制，当检测到死锁后会选择一个最小(锁定资源最少得事务)的事务进行回滚。

Innodb提供了wait-for graph算法来主动进行死锁检测，我们可以通innodb_deadlock_detect = on 打开死锁检测。mysql本身自带死锁检测超时时间在业务上是很难接受的

在InnoDB中，innodb_lock_wait_timeout的默认值是50s，当出现死锁以后，第一个被锁住的线程要过50s才会超时退出，然后其他线程才有可能继续执行。对于在线服务来说，这个等待时间往往是无法接受的。

  1. 尽可能让所有数据检索都通过索引来完成，避免无索引行锁升级为表锁。
  2. 合理设计索引，尽量缩小锁的范围
  3. 尽可能较少检索条件，避免间隙锁
  4. 尽量控制事务大小，减少锁定资源量和时间长度
  5. 尽可能低级别事务隔离（因为间隙锁只存在RR,RC不存在）
new hilbert()
关注
  • 2
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
mysql锁详解
07-23
资源名称：mysql锁详解资源截图： 资源太大，传百度网盘了，链接在附件中，有需要的同学自取。
mysql页锁_Mysql表锁、行锁、页锁
weixin_35318150的博客
01-18 894
页级:引擎 BDB。表级:引擎 MyISAM ， 理解为锁住整个表，可以同时读，写不行行级:引擎 INNODB ， 单独的一行记录加锁 (更详细的行锁、表锁，可以参考：http://www.cnblogs.com/charlesblc/p/5935326.html)表级，直接锁定整张表，在你锁定期间，其它进程无法对该表进行写操作。如果你是写锁，则其它进程则读也不允许行级,，仅对指定的记录进行加锁，...
mysql 源码 innodb page 页面读取及刷脏 涉及的锁分析
qhgxinxing的博客
09-17 640
InnoDB通过 读写锁、buf fix计数、io fix标记 来进行并发控制。 page读取 函数 buf_page_get_gen 通过page_id 从链表读取（非第一次读取） 或者磁盘上加载（加载的过程中bpage→io_fix 为 BUF_IO_READ） buf_block_fix(fix_block) 引用计数加 1 （bpage→buf_fix_count ） bpage→io_fix 完成后为BUF_IO_NONE mtr commit提交 buf_block_unfix（bl
mysql各种锁机制
Andrew的博客
01-02 835
生成间隙(gap)锁、临键(next-key)锁的前提条件 是在 RR 隔离级别下 先给出结论: 当Mysql的事务隔离级别是 REPEATABLE READ 当使用唯一索引来等值查询的语句时, 如果这行数据存在，不产生间隙锁，而是记录锁。 当使用唯一索引来等值查询的语句时, 如果这行数据不存在，会产生间隙锁。 当使用唯一索引来范围查询的语句时，对于满足查询条件但不存在的数据产生间隙(gap)锁，如果查询存在的记录就会产生记录锁，加在一起就是临键锁(next-key)锁。 当使用普通索引不管是锁住单条，还
MySQL锁机制详解!
zzwAriel的博客
07-10 296
SQL（锁机制） 锁是计算机协调多个进程或线程并发访问某一资源的机制。锁保证数据并发访问的一致性、有效性；锁冲突也是影响数据库并发访问性能的一个重要因素。锁是Mysql在服务器层和存储引擎层的的并发控制。 加锁是消耗资源的，锁的各种操作，包括获得锁、检测锁是否是否已解除、释放锁等。 一、表锁和行锁 我们首先来了解一下表锁和行锁：表锁是指对一整张表加锁，一般是 DDL 处理时使用；而行锁则是锁定某一行或者某几行，或者行与行之间的间隙。 表锁由 MySQL Server 实现，行锁则是存储引擎实现，不同的引擎.
mysql索引详解
热门推荐
学Java，找哪吒
07-07 10万+
MySQL的存储引擎架构将查询处理与数据的存储/提取相分离
MySQL锁解决并发问题详解
01-29
MySQL锁机制 数据库加锁分析 下面讨论的都是基于MySQL的InnoDB。因为涉及到公司利益问题，所以下面很多代码和数据库信息，进行了缩减和修改，望见谅。业务场景是优惠券系统规则规定了一个优惠券活动最多可发行多少张...
MySQL锁详解
10-23
MySQL锁详解，锁还是非常重要的，无论解决工作的死锁还是面试都会有
MySQL事务与锁机制详解
12-14
1.事务 1.1 什么是事务？ 事务是逻辑上的一组操作，组成这组操作的各个逻辑单元，要么一起成功，要么一起失败。 1.2 哪些引擎支持事务 InnoDB支持事务 1.3 事务的四大特性 原子性（Atomicity）:强调事务的不可分割，...
MYSQL 视图/存储过程/触发器详解
lIujunXHU的博客
05-17 1118
视图（View）是一种虚拟存在的表。视图中的数据并不在数据库中实际存在，行和列数据来自定义视图的查询中使用的表，并且是在使用视图时动态生成的，视图的主要目的是简化复杂的SQL查询，提高数据访问的安全性，以及隐藏数据的复杂性。。通俗的讲，视图只保存了查询的SQL逻辑，不保存查询结果。所以在创建视图的时候，主要的工作就在于创建这条SQL查询语句上。存储过程是事先经过编译并存储在数据库中。
【MySQL精通之路】管理和实用程序
Anakki的博客
05-19 174
8 mysql_migrate_keyring——keyring密钥迁移实用程序。2 innocchecksum——离线InnoDB文件校验和实用程序。7 mysql_config_editor——mysql配置工具。9 mysqlbinlog——用于处理二进制日志文件的实用程序。6 myisampack——生成压缩的只读MyISAM表。4 myisamchk——MyISAM表格维护实用程序。5 myisamlog——显示MyISAM日志文件内容。3 myisam_ftdump——显示全文索引信息。
MySQL--增、删、改、查，
weixin_65476290的博客
05-15 951
数据库的概述、发展、现状、历史、分类MySQL关系型数据库、架构（C/S）window系统安装MySQL数据库Linux系统【选学】数据库对象——数据库（database）show、create、drop命令数据库对象——表（table）数据类型数据库表的约束表结构的调整（alter）数据库授权和权限管理（grant）数据库的编码情况【编码一致，建议统一采用utf8mb4】
一条sql语句在mysql中是怎么执行的
m0_59925573的博客
05-17 653
连接器主要和身份认证和权限相关的功能相关，就好比一个级别很高的门卫一样。主要负责用户登录数据库，进行用户的身份认证，包括校验账户密码，权限等操作，如果用户账户密码已通过，连接器会到权限表中查询该用户的所有权限，之后在这个连接里的权限逻辑判断都是会依赖此时读取到的权限数据，也就是说，后续只要这个连接不断开，即时管理员修改了该用户的权限，该用户也是不受影响的。
js遇到需要正则匹配来修改img标签+清除行内样式
阿乐的博客
05-14 326
遇到特殊的情况就是自带样式，那么方法一就不能用了，因为只会算是从原有字符串上面多加字符串。这个正则表达式就是匹配所有的。//踩坑完毕，可以直接使用。第二行代码按自己需要改改。
Mysql利用AI生成问题完成目标
最新发布
kkaagf的博客
05-20 246
帮我创建2个表student与score表，要求student表有id,createDate,userName,phone,age,sex,introduce，帮我创建一个修改score表scoreName的触发器，当修改scoreName的时候触发，判断修改的scoreName是否是数学，如果是数学就改成(天书)。帮我根据两个DDL创建一个插入信息的存储过程，先插入10条学生表信息，再根据插入的学生表信息插入100条对应studentId的score成绩，所有信息随机生成，学生表的自增序号从6开始。
Mysql-事务
2302_77099705的博客
05-17 330
事务是一组操作的集合，它是一个不可分割的工作单位，事务会把所有的操作作为一个整体一起向系统提交或撤销操作请求，即这些操作要么同时成功，要么同时失败。例如银行转账。默认MySQL的事务是自动提交的，也就是说，当执行一条DML语句，MySQL会立即隐式的提交事务。
Mysqls事物基本概念
u012014505的博客
05-14 280
MVCC机制通过在每行数据表记录的后面保存两个隐藏的列来实现的，一个列用来保存行的创建版本号，另外一个保存行的过期版本号，每当有新的事务执行时，版本号就会自动递增，事务开始时刻的版本号作为事务的版本号，用于和查询到的每行记录的版本号作对比。本质上，MVCC机制保存了数据库中数据在某个时间点上的数据快照，意味着同个读操作的事务，按照相同的条件查询数据，无论查询多少次，结果都是一样的，也意味着不同的事务在同一个时刻看到同一个表的数据可能是不同的。InnoDB中的MVCC原理。
温故而知新-MySQL篇【面试复习】
小心星的博客
05-20 664
温故而知新-MySQL篇【面试复习】
MYSQL库管理---1.默认系统库 2.创建/删除/查看库
睡不醒的每天
05-14 210
2、其对象都保存在内存中，在磁盘上找不到对应的物理存在。用户也无法在该库下创建对象，只能。
mysql常见的锁详解
04-13
MySQL常见的锁有三种：共享锁（读锁）、排他锁（写锁）和意向锁。共享锁和排他锁是行级锁，意向锁是表级锁。这些锁的作用是用于控制并发操作，保证数据的一致性和完整性。而且，在使用MySQL的锁的过程中，要注意锁的粒度，尽量选择更小粒度的锁，避免造成性能瓶颈。有关锁的详细用法和实现细节，可以参考MySQL官方文档。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值