Mysql锁

最新推荐文章于 2024-06-23 18:17:34 发布
最新推荐文章于 2024-06-23 18:17:34 发布
阅读量515 收藏 22
点赞数 3
分类专栏： mysql 文章标签： mysql锁
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Admire_an/article/details/84501559
版权

目录

1.Mysql索引

1.1为什么索引结构用B tree

索引本身也是以文件的形式存储在磁盘上，索引查找过程中存在I/O消耗，采用B tree结构可以减少I/O。

1.1.1 磁盘存取原理

局部性原理与磁盘预读：当一个数据被用到时，其附近的数据也很快会被用到。
预读的长度一般为页的整数倍，主存和磁盘以页为单位交换数据。


磁盘和磁头构成了存取物理结构。同心圆环是磁道，磁道被划分成一个个段，叫扇区，扇区是最小存储单元。
i/o读取数据的过程：磁盘旋转到指定扇区，磁头移动到指定磁道。
所以减少磁盘旋转或者减少磁头移动就能减少i/o。
1.1.2 B-/+Tree索引的性能分析
B Tree利用局部性原理可减少i/o次数。
根据B Tree定义可知，检索一次最多需要访问h个节点，h-1次i/o，h是树高，mysql设计者巧妙的将一个节点大小设置为等于一个页大小，每次新建节点都申请一个页的空间，这样就保证一个节点物理上也存储在一个页，这样每个节点只需要一次i/o就可以完全载入。

参考： MySQL索引背后的数据结构及算法原理.

1.2 Mysql索引

1.2.1 MyISAM索引实现
非聚集索引。索引结构只存储数据地址，不存储真正的数据。

1.2.2 InnoDB索引实现
使用聚集索引。
主键索引和数据在一起。

普通索引存储的是主键索引。

2.Mysql事物的隔离级别

2.1 READ UNCOMMITTED (未提交读)

存在脏读问题
存在不可重复读问题
存在幻读问题

2.2 READ COMMITTED (提交读)

只读已经事物提交的数据，不存在脏读。
存在不可重复读问题
存在幻读问题

2.3 REPEATABLE READ (可重复读)

是mysql默认的隔离级别
mvcc解决幻读

2.4 SERIALIZABLE (可串行化)

读写串行化，效率太低，没人使用。

3MVCC

3.1 MVCC原理

只在READ COMMITTED (提交读)、REPEATABLE READ (可重复读)下工作。不兼容其他隔离级别。
mvcc特性：读不加锁，读写不冲突。
原理：在数据表后加三个隐藏列，事物版本、删除版本，回滚指针。每开启一个事物版本号自增1；
这里假设这三个隐藏字段的名字是def_create_version，db_roll_ptr，def_delete_version。

下面看下这两个默认字段在增删改查中的用处。假设当前事物版本为current_version
select: 查询会自动加where条件 and current_version>=def_create_version and (def_delete_version = ‘undefined’ or def_delete_version>current_version )
delete: 更新def_delete_version = current_version
update: 先执行delete再执行insert
insert: 插入数据并且默认def_create_version = current_version and def_delete_version = ‘undefined’

3.2 read view判断当前版本数据可见性

RC和RR都采用MVCC实现数据可见新，实现效果的不同是用read view来实现的。RC总是可以看到已提交事物的快照，RR看到的总是事物开始时的快照。

在innodb中，创建事物的时候会将系统中活跃的事物创建一个副本，叫做read view，当前事物版本不在read view中。read view中的事物按照版本号排列，最小的是low_limit_id，最大的是up_limit_id。当前事物版本号为cur_id，则版本号为data_id的数据行是否可见呢，可见性如下图：

  • data_id < low_limit_id，说明data_id数据行在当前事物之前就已经commit，所以可见。
  • data_id > up_limit_id，说明data_id数据行所在事物在当前事物之后才开启，所以不可见。这里说的不可见是当前版本不可见，但是该数据行可能存在可见的版本，怎么找那个可见版本呢？在db_roll_ptr中取出最新的undo-log的版本号赋值给data_id，重新判断。
  • low_limit_id <= data_id <= up_limit_id，cur_id也在这个范围但是不在read view中。read view中的事物不可见，当前版本可见。所以如果data_id=cur_id则可见，否则不可见。

在RC和RR下，read view的可见性判断依据都一样，如上。不一样的是创建read view 的时机。

  • RC，每次查询的时候重新创建read view。这样就可以根据当前的全局事物链表创建read view，实现RC。
  • RR, 在创建事物的时候生成read view，一直维持到事物结束。

参考：
轻松理解MYSQL MVCC 实现机制.
MySQL数据库事务各隔离级别加锁情况.

4 Mysql中的锁

4.1 锁类型

  • 共享锁（S）:锁住一行，阻止其他事物获得相同数据集的排他锁
  • 排他锁（X）:锁住一行，阻止其他事物获得相同数据集的共享锁和排他锁

为了实现表锁和行锁共存，InnoDB内部还使用了意向锁，这两种意向锁都是表锁。

  • 意向共享锁（IS）:获得数据行的S锁前要先获得表的IS锁
  • 意向排他锁（IX）:获得数据行的X锁前要先获得表的IX锁

兼容矩阵

项目XIXSIS
X冲突冲突冲突冲突
IX冲突冲突
S冲突冲突
IS冲突

为什么要使用意向锁？
在没有意向锁情况下，事物T1申请了行排他锁，如果事物T2要申请表排他锁，就要遍历表的所有锁看有没有行排他锁，这是耗费性能的。有了意向锁，判断是否有意向排他锁就可以了。

意向共享锁可以多个并存，意向排他锁只能有一个。

在兼容矩阵中，为什么IX和IX是兼容的？
因为IX存在的条件是表中有行拍他锁，IX存在的目的是阻止其他事物申请表排他锁，但是不组织其他事物申请行排他锁。
所以，当表中存在IX锁，在申请行排他锁时，会先申请IX锁并且申请成功
但是如果申请表排他锁则申请失败。

什么SQL加什么锁？
意向锁是InnoDB自动加的，无需用户干预。
update、delete、insert，InnoDB自动加排他锁。
非显式加锁的select，InnoDB不会加锁。

select加锁：
共享锁（S）：SELECT * FROM table_name WHERE … LOCK IN SHARE MODE。
排他锁（X)：SELECT * FROM table_name WHERE … FOR UPDATE。

insert加锁：
insert会在insert所在行加排他锁，这是一个record lock。
不过，在insert之前会先加一种锁，官方称为insertion intention gap lock，也就是意向gap锁。意向gap锁可以同时存在多个，两个事物可以给相同的gap加意向gap锁，只要插入的记录唯一键不同，两个事物的insert都会成功。
为什么需要意向gap锁？
（个人理解）如果没有意向gap锁，insert时需要对比所有未提交的insert记录，看是不是唯一键冲突。有gap锁，则只需要和获得这个gap锁的事务比较唯一键。

4.2 Record lock、gap lock、next-key lock

三种类型的排他锁，锁定数据范围不同：
Record lock:只锁一行数据，按唯一键加锁
gap lock：锁住两个索引之间的间隙，但不包含记录本身
只有两种情况才有单纯的gap锁：
next-key lock：Record lock+gap lock。

举个例子来看这三种排他锁.如下表，id为PK。

idname
10a
20b
50c

Record Lock：select * from tab where id = 10 for update; //对id=10单行进行加锁
Gap Lock锁范围：（- ∞，10）（10，20）（20，50）（50，+∞）
Next-Key Lock锁范围：（- ∞，10）[10，20）[20，50）[50，+∞）

只有两种场景会有单纯的gap lock:

  • update t set name =‘d’ where id > 60; 锁定 (60,+∞),这里只有gap锁，没有索引本身的锁。
  • update t set name =‘d’ where id < 1; 锁定 (- ∞,1),这里只有gap锁，没有索引本身的锁。

4.3 锁都加在哪些资源上

  • 表
  • 索引（主键索引、唯一索引、普通索引）
  • 索引之间的gap

为什么任何session都insert不进去？
可能是，表数据少，有一个事物在执行update时全表扫描，把表锁住了。

这种逻辑：先select再update，有什么问题？
select是快照读，update是当前读，可能会出现幻读导致数据不一致。
解决办法：

  • 乐观锁 update set version=v+1 where version=v
  • 悲观锁 select * from t for update

4.4 各种条件下的加锁

给定SQL：delete from t1 where id = 10;
那么，当前的事物隔离级别RC、RR。id的索引情况。有如下讨论：

-RCRR
主键索引只需要将主键上，id = 10的记录加上X锁即可只需要将主键上，id = 10的记录加上X锁即可
唯一索引此组合中，id是unique索引，而主键是name列。首先会将unique索引上的id=10索引记录加上X锁，同时，会根据读取到的name列，回主键索引(聚簇索引)，然后将聚簇索引上的name = ‘d’ 对应的主键索引项加X锁。此组合中，id是unique索引，而主键是name列。首先会将unique索引上的id=10索引记录加上X锁，同时，会根据读取到的name列，回主键索引(聚簇索引)，然后将聚簇索引上的name = ‘d’ 对应的主键索引项加X锁。
普通索引id列索引上，满足id = 10查询条件的记录，均已加锁。同时，这些记录对应的主键索引上的记录也都加上了锁与左图的唯一不同在于：在主键上加了gap锁。
非索引进行全部扫描。聚簇索引上所有的记录，都被加上了X锁全表记录加X锁，聚簇索引的每个gap都加gap锁

参考原文:Mysql加锁过程详解.

Andy-java
关注
专栏目录
MySQL锁
Mr.xing的博客
03-12 2663
遇见已是上上签 岂敢追求到永远MyISAM使用表级锁，InnoDB采用更细粒度的行级别锁，提高了数据表的性能。InnoDB行级别的锁通过索引来实现，如果查询条件中有主键则锁定主键，如果有索引则先锁定对应索引然后再锁定对应的主键（可能造成死锁），如果没有索引则会锁定整个表。悲观锁：操作数据库时采用悲观的态度，认为别人会在此时并发访问数据库。
mysql 锁机制与原理详解
congge
11-12 8348
mysql 锁原理详解
MySQL
AdmireLinux的博客
06-23 499
MySQL语言基本操作 登录数据库 mysql -u root -p ## 以root身份登录 创建新的database create database Marina; ## 创建Marina数据库 在新的database中创建新的表 use Marina; create table teacher(name varchar(10), age int(2), hiredate date, gende
MySQL锁详解
小小太空人的博客
06-23 2095
在高并发场景下数据库性能往往是尤为重要的，通常会采用一些缓存中间件来解决数据库并发问题。这篇文章将介绍数据库层面一些与并发有关的知识。
MySQL 锁
name_sakura的博客
03-02 3650
事务在从数据库中取数据时，会将该数据的版本也取出来(v1)，当事务对数据变动完毕想要将其更新到表中时，会将之前取出的版本v1与数据中最新的版本v2相对比，如果v1=v2，那么说明在数据变动期间，没有其他事务对数据进行修改，此时，就允许事务对表中的数据进行修改，并且修改时version会加1，以此来表明数据已被变动。也就是说，无论是行级或是表级，如果对某数据上了共享锁 ，允许其他事务也加共享锁，共享锁和共享锁不互斥），但是不能写，也就是。间隙指的是两个记录之间逻辑上尚未填入数据的部分，是一个左开右开空间。
MySQL锁分类
柏拉图的IT爬坑旅程
11-20 4934
有没有觉得MySQL里面的锁有很多？比如排它锁、共享锁、意向锁、插入意向锁、间隙锁、临界锁、记录锁、全局锁锁、表所、页锁以及行销等。其实，这么多锁存在相互包含的情况，他们是数据库锁不同分类标准导致的。锁最终是加在索引上的。
mysql锁机制
热门推荐
m0_45861545的博客
12-09 1万+
MySQL的锁机制 文章目录MySQL的锁机制1.行锁2.表锁3.页锁4.乐观锁和悲观锁4.1悲观锁4.2乐观锁5.1InnoDB锁的特性 首先对mysql锁进行划分： 按照锁的粒度划分：行锁、表锁、页锁 按照锁的使用方式划分：共享锁、排它锁（悲观锁的一种实现） 还有两种思想上的锁：悲观锁、乐观锁。 InnoDB中有几种行级锁类型：Record Lock、Gap Lock、Next-key Lock MySQL的锁机制最显著的特点是不同的存储引擎支持不同的锁机制。比如，MyISAM和MEMORY存储引擎
『 MySQL篇 』：MySQL 锁机制介绍
m0_56361048的博客
06-15 8224
MySQL锁机制详解
MYSQL锁表问题的解决方法
12-15
MySQL锁表问题通常是由于并发操作或者长时间运行的事务导致的，这会影响到数据库的正常运行和服务。以下是一些解决MySQL锁表问题的方法： 1. **查看并杀死锁定进程**： 使用`SHOW PROCESSLIST`命令可以查看当前...
mysql 锁表锁行语句分享(MySQL事务处理)
09-11
MySQL中的锁机制是数据库事务处理中的重要组成部分，用于确保数据的一致性和完整性。在标题和描述中提到的“mysql 锁表锁行语句分享”是关于如何在MySQL中使用事务来锁定特定行数据，确保在操作期间不会被其他并发...
mysql锁表和解锁语句分享
09-11
MySQL锁表和解锁语句分享 MySQL 中有三种锁的级别：页级、表级、行级。每种锁级别都有其典型的引擎，页级的典型代表引擎为 BDB，表级的典型代表引擎为 MyISAM、MEMORY 以及很久以前的 ISAM，行级的典型代表引擎为 ...
mysql 锁机制及mysql中的锁介绍.pdf
10-17
系统介绍mysql锁机制
MySQL锁表以及解锁
weixin_51900414的博客
09-09 1864
mysql数据库的查询机制是在查询时会创建一个具有一定层级的数据，然后将数据从底层一直向上查询直到找到返回的数据。但是如果在单个数据库有多个连接的情况下对同一个数据表进行操作时，那么就会出现查询速度变慢的情况，当查询不出结果的时候就发生锁表了。除了以上的方式会导致锁表之外，还可以在对一个数据表进行备份或者迁移等操作时防止出问题去手动的进行锁表。
基于yolov3结合卡尔曼滤波匈牙利算法虚拟线圈的车流量检测python源码+项目说明.zip
09-21
本项目专注于视频基的车辆跟踪与流量统计，依托深度学习技术，实时追踪路面车辆动态并精准统计各车道车流量。该项目通过以下核心步骤高效处理输入视频数据： 高精度目标检测：采用YOLOv3模型，凭借其卓越的实时性与准确性，快速识别视频中的车辆目标，为后续追踪奠定坚实基础。 稳定目标追踪：集成SORT（Simple Online and Realtime Tracking）算法，结合卡尔曼滤波器预测车辆未来位置，同时运用匈牙利算法优化目标间的匹配，实现连续、稳定的车辆追踪，有效应对遮挡、交叉等复杂场景。 智能车流量统计：借鉴虚拟线圈概念，巧妙设计算法以监测穿越预设区域的车辆，自动计数并准确统计各车道车流量，为交通管理与分析提供可靠数据支持。 整体而言，本项目通过融合先进的目标检测与追踪技术，结合创新的流量统计方法，构建了一个高效、精准的实时车辆跟踪与流量统计系统，为智慧交通领域的发展贡献力量。
本科毕业设计--基于深度学习的人脸面部表情识别.zip
最新发布
09-21
深度学习是机器学习的一个子领域，它基于人工神经网络的研究，特别是利用多层次的神经网络来进行学习和模式识别。深度学习模型能够学习数据的高层次特征，这些特征对于图像和语音识别、自然语言处理、医学图像分析等应用至关重要。以下是深度学习的一些关键概念和组成部分： 1. **神经网络（Neural Networks）**：深度学习的基础是人工神经网络，它是由多个层组成的网络结构，包括输入层、隐藏层和输出层。每个层由多个神经元组成，神经元之间通过权重连接。 2. **前馈神经网络（Feedforward Neural Networks）**：这是最常见的神经网络类型，信息从输入层流向隐藏层，最终到达输出层。 3. **卷积神经网络（Convolutional Neural Networks, CNNs）**：这种网络特别适合处理具有网格结构的数据，如图像。它们使用卷积层来提取图像的特征。 4. **循环神经网络（Recurrent Neural Networks, RNNs）**：这种网络能够处理序列数据，如时间序列或自然语言，因为它们具有记忆功能，能够捕捉数据中的时间依赖性。 5. **长短期记忆网络（Long Short-Term Memory, LSTM）**：LSTM 是一种特殊的 RNN，它能够学习长期依赖关系，非常适合复杂的序列预测任务。 6. **生成对抗网络（Generative Adversarial Networks, GANs）**：由两个网络组成，一个生成器和一个判别器，它们相互竞争，生成器生成数据，判别器评估数据的真实性。 7. **深度学习框架**：如 TensorFlow、Keras、PyTorch 等，这些框架提供了构建、训练和部署深度学习模型的工具和库。 8. **激活函数（Activation Functions）**：如 ReLU、Sigmoid、Tanh 等，它们在神经网络中用于添加非线性，使得网络能够学习复杂的函数。 9. **损失函数（Loss Functions）**：用于评估模型的预测与真实值之间的差异，常见的损失函数包括均方误差（MSE）、交叉熵（Cross-Entropy）等。 10. **优化算法（Optimization Algorithms）**：如梯度下降（Gradient Descent）、随机梯度下降（SGD）、Adam 等，用于更新网络权重，以最小化损失函数。 11. **正则化（Regularization）**：技术如 Dropout、L1/L2 正则化等，用于防止模型过拟合。 12. **迁移学习（Transfer Learning）**：利用在一个任务上训练好的模型来提高另一个相关任务的性能。 深度学习在许多领域都取得了显著的成就，但它也面临着一些挑战，如对大量数据的依赖、模型的解释性差、计算资源消耗大等。研究人员正在不断探索新的方法来解决这些问题。
雷电模拟器改成真机环境
09-21
在Android系统中，模拟器通常会被识别为非真实的设备，这可能导致某些应用或服务无法正常运行，尤其是那些需要硬件信息或root权限的应用。改真机环境意味着通过技术手段使模拟器的行为更接近真实的Android设备，包括模拟设备硬件信息、IMEI、MAC地址等，以绕过检测并提升兼容性。LSPSED（Linux System Property Setter and Editor）模块是Magisk的一个扩展，专门用于修改Android系统的系统属性。通过LSPSED，我们可以更改设备的各种系统属性，如设备型号、制造商信息等，这些修改对于使模拟器看起来更像真实设备至关重要。在使用过程中，还需要添加几个机型模块，这些模块通常包含了特定设备的系统配置信息，如设备代号、硬件信息等。通过安装这些模块，雷电模拟器可以模仿各种流行的Android设备，进一步提高应用的兼容性和真实性。
CenterNet 部署版本，便于移植不同平台（onnx、tensorRT、rknn、Horizon）
09-21
CenterNet 是一种用于目标检测的神经网络架构，它的核心思想是利用目标的中心点作为检测的关键信息。这种方法与传统的目标检测方法（如基于边界框的方法）有所不同，因为它不直接预测目标的边界框，而是预测目标的中心点坐标和目标的宽度与高度。 CenterNet 的主要特点包括： 1. **中心点预测**：网络输出目标的中心点坐标，以及目标的宽度和高度。 2. **热图（Heatmap）**：网络生成一个热图，其中每个像素点的值表示该点成为目标中心点的概率。 3. **回归任务**：除了中心点坐标，网络还需要预测目标的宽度和高度，这通常通过预测中心点周围的偏移量来实现。 4. **多任务学习**：CenterNet 通常会同时预测目标的类别、中心点坐标、宽度、高度以及目标的旋转角度（在某些变体中）。 5. **端到端训练**：CenterNet 可以直接在最终的目标检测任务上进行端到端的训练，无需复杂的区域提议网络（Region Proposal Network, RPN）或锚点（anchor）机制。 6. **高效性**：由于省略了传统目标检测中的一些步骤，CenterNe
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值