MySQL读未提交级别究竟是否加锁

最新推荐文章于 2025-03-25 09:37:19 发布
原创 最新推荐文章于 2025-03-25 09:37:19 发布 · 2.8k 阅读 · 9 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#mysql #数据库 #database

本文探讨了MySQL在读未提交（READ UNCOMMITTED）隔离级别下的锁机制。通过实验验证，发现在该隔离级别下，写操作实际上会加排它锁，导致后续相同资源的写操作会等待锁的释放，从而防止了丢失更新的问题。这一发现与部分网上资料的描述有所出入，揭示了MySQL在事务处理中的一致性和安全性。

最近在学习MySQL的隔离级别问题，网上的大部分说法都是：读未提交级别下不加任何锁，然而又有资料指出：MySQL在四种隔离级别下都能防止丢失更新，这两种说法看起来互相矛盾，所以我实际测试并得出了结论：MySQL在读未提交隔离级别下的写操作是加了排它锁的，具体步骤如下：
一、建立数据，本次要用到的仅为一条数据。
在这里插入图片描述

二、编写好两个事务，设定隔离级别为读未提交，关闭事务的自动提交。

三、事务一率先开启，试图将id为1的name字段更新为test1，注意由于设置好了关闭事务的自动提交，这里事务是尚未提交的状态。
在这里插入图片描述

四、我们现在来查询一下对应id的name字段试一下，可以看到确实能读到未提交的数据，毕竟隔离级别是读未提交

在这里插入图片描述
五、最关键的一步来了，开启事务2，同样尝试更改相同id的name字段

在这里插入图片描述
执行结果如下，可以看到，该更新等待另一个事务的排它锁释放直到超时，这说明了读未提交级别下的写操作是加了排它锁的。
在这里插入图片描述
以上是我验证读未提交级别下MySQL的加锁，如有错误之处请指正！

MySQL 不同隔离级别，都使用了什么锁？
虚幻私塾
09-08 1180
看到这里，我想我们可以对文章开头提出的问题做个解答了：MySQL 不同隔离级别，都使用了什么样的锁？对于任何隔离级别，表级别的表锁、元数据锁、意向锁都是会使用的，但对于行级别的锁则会有些许差别。在「读未提交」和「读已提交」隔离级别下，都只会使用记录锁，不会用间隙锁，当然也不会有 Next-Key 锁了。而对于「可重复读」隔离级别来说，会使用记录锁、间隙锁和 Next-Key 锁。今天我们是从隔离级别这个角度来看锁的应用，但什么时候会用上记录锁？什么时候会用上间隙锁？
MySQL(InnoDB剖析):---锁之（锁问题：脏读(未提交读)、不可重复读(提交读)、可重复读、丢失更新(可串行化)）
m0_46405589的博客
02-02 960
一、脏读（未提交读） 脏读不是脏页 脏页是指在缓冲池中已经被修改的页，但是还没有刷新到磁盘中，即数据库实例内存中的页和磁盘中的页的数据是不一致的，当然在刷新到磁盘之前，日志都已经被写入到了重做日志文件中 而脏数据是指事物对缓冲池中行记录的修改，并且修改过的记录还没有被提交（commit） 对于脏页的读取，是非常正常的。脏页时因为数据库实例内存和磁盘的异步造成的，这并不影响数据的一致性（或者说两者最终回达到一致性，即当脏页都刷回到磁盘）。并且因为脏页的刷新时异步的，不影响数据库的可用性，...
在隔离级别为读未提交的情况下，为什么一个事务在修改数据时已经加了写锁，还是会被另一个事务读取到未提交的数据？
qq_42961707的博客
07-25 1188
读未提交下的写锁
MySQL锁
程序员博客
09-26 288
一、对MySQL的锁的了解 当数据库有并发事务的时候，可能会产生数据的不一致，这时候需要一些机制来保证访问的次序，锁机制就是这样的一个机制。 就像酒店的房间，如果大家随意进出，就会出现多人抢夺同一个房间的情况，而在房间上装上锁，申请到钥匙的人才可以入住并且将房间锁起来，其他人只有等他使用完毕才可以再次使用。 二、隔离级别与锁的关系 （1）在读未提交（Read Uncommitted）级别下，读取数据不需要加共享锁，这样就不会跟被修改的数据上的排他锁冲突。 （2）在读已提交（Read Committ
mysql读未提交_InnoDB---读未提交隔离级别的实现
weixin_33402215的博客
02-03 1118
row_search_mvcc(...)//获取记录{.../* We areready to look at a possible new index entry in the resultset: the cursor is now placed on a userrecord */if (prebuilt->select_lock_type!= LOCK_NONE) {//如果需要加锁...
MySQL DELETE 删除语句加锁分析1
08-03
MySQL的InnoDB存储引擎支持四种事务隔离级别：读未提交（READ UNCOMMITTED）、读已提交（READ COMMITTED）、可重复读（REPEATABLE READ）和串行化（SERIALIZABLE）。其中，可重复读是MySQL的默认隔离级别。 接下来...
MySQL锁分析读已提交级别下的锁分析
buzhbuzh的博客
06-25 2543
一 事前准备 CREATE TABLE hero ( number INT, name VARCHAR(100), country varchar(100), PRIMARY KEY (number), KEY idx_name (name) ) Engine=InnoDB CHARSET=utf8; 建立一个表,其中人员编号是主建
【Mysql关于读已提交和可重复读（Read Committed）隔离级别下解决幻读的方案】
vbgesab的博客
07-19 1502
在“读已提交”隔离级别下，虽然默认的MVCC机制不能直接解决幻读问题，但可以通过上述方法来解决。每种方法都有其适用场景和优缺点，选择合适的方法需要根据具体的应用需求和系统环境来决定。在高并发系统中，通常需要综合考虑性能和一致性的需求，选择最合适的解决方案。
Mysql 加锁机制与死锁分析
最新发布
nihao2q的博客
03-25 1194
一、锁的分类1、锁模式乐观锁：相对悲观锁而言，乐观锁假定数据一般不产生冲突。仅在提交更新时才检测数据冲突，若冲突则向用户返回错误信息，由用户决定后续操作。适用于读多写少的场景，大量写操作会增大写冲突几率，使业务层频繁重试，大幅降低系统性能。悲观锁：具有强烈独占和排他性，假设每次访问数据都会被他人修改，对数据修改持保守态度。故在整个数据处理过程中会先对数据加锁，适用于写操作多、数据竞争激烈、数据一致性要求高的场景。2、锁粒度2.1 全局锁在 MySQL 中，全局锁会锁定整个数据库实例，阻止其他会话对数据库进行
MySQL不同事务隔离级别下的加锁方式
07-13
1. 读未提交（Read Uncommitted）：该隔离级别下，事务不会加任何锁，允许脏读。其他事务可以读取到未提交的数据。 2. 读已提交（Read Committed）：该隔离级别下，事务会对读取的数据加共享锁（Shared Lock），...
【学习笔记之数据库系统工程师】事务
IsQiya Bug Worlde
10-17 393
事务：是用户定义的一个数据操作序列，这些操作要么全做，要么全不做，是一个不可分割的工作单位。 BEGIN TRANSACTION; 事务开始的标志 COMMIT； 提交事务的所有操作 ROLLBACK; 回滚 4个事务隔离级别，不同的隔离级别对事务的处理不同。 ● 未授权读取（Read Uncommitted）：允许脏读取，但不允许更新丢失。如果一个事务已经开始写数据，则另外一个数据则不允许同时进行写操作，但允许其他事务读此行数据。该隔离级别可以通过“排他写锁”实现，通常为默认情况。 ●
事务隔离级别脏读幻读_脏读和未提交读隔离级别
culuo4781的博客
07-24 1453
事务隔离级别脏读幻读 In this article, we will discuss the Dirty Read concurrency issue and also learn the details of the Read Uncommitted Isolation Level. 在本文中，我们将讨论“ 脏读”并发问题，并了解“ 读未提交的隔离级别”的详细信息。 A ...
MySQL在Read Uncommitted级别下写操作加X锁
dhu86380的博客
05-16 510
很多文章认为MySQL在读未提交（Read Uncommitted）的隔离级别下，写操作是不加锁的，然而实际上并不是，在RU级别下，写操作加有X锁。 实践出真知 以前，我也认为RU隔离级别下，写操作不会加锁。偶然间，看到一篇优质的文章《查看Mysql正在执行的事务、锁、等待》，文章介绍了查看锁的语句： select * from information_schema.innodb_loc...
mysql 读未提交,读已提交,可重复读,串行化 原理
vmaps的博客
03-05 845
MySQL的事务隔离级别有四种：读未提交（Read Uncommitted）、读已提交（Read Committed）、可重复读（Repeatable Read）和串行化（Serializable）。这些隔离级别决定了事务在并发执行时如何相互影响，特别是在处理读操作和写操作时。在选择适当的隔离级别时，需要权衡数据一致性、性能和并发性之间的需求。不同的应用场景可能需要不同的隔离级别。
悲观锁和乐观锁
braveheartzj的博客
10-19 341
1.悲观锁，正如其名，它指的是对数据被外界（包括本系统当前的其他事务，以及来自外部系统的事务处理）修改持保守态度，因此，在整个数据处理过程中，将数据处于锁定状态。悲观锁的实现，往往依靠数据库提供的锁机制（也只有数据库层提供的锁机制才能真正保证数据访问的排他性，否则，即使在本系统中实现了加锁机制，也无法保证外部系 统不会修改数据）。 数据库锁机制: 1        未提交读（read
MySQL的事务和锁机制
weixin_46232441的博客
03-01 1035
首先，我们从事务的四大特性(ACID)出发： 原子性：事务是最小的执行单位，不允许分割 一致性：执行事务前后，数据库状态一致 隔离性：事务之间是相互独立的，一个事务不能被其它事务干扰 持久性：事务提交之后对数据库的修改是永久的，即使发生崩溃也能恢复 事务具有这样的特性，但是当多个事务并发执行时，结果可能与我们预期的不同，可能会出现以下几类问题： 丢失修改：事务A的操作被事务B覆盖 脏读：事务A读取了事务B还未提交的数据，可能根据这个数据做出错误的操作 不可重复读：一个事务内先后两次查询到的数据不一致
MySQL怎么运行的系列（十一）快照读、锁定读、半一致性读 和 加锁语句分析
jqsfjqsf的博客
10-02 1062
实际上，在 读已提交/读未提交 级别下，如果事务A的update语句要修改的记录已经被其他事务加了X锁，事务A就会读取该记录版本链的最新已提交版本，并判断该版本是否与update语句中的搜索条件相匹配，如果不匹配则不对其加锁（不对其修改，跳到下一条记录），匹配则对其加锁（然后陷入阻塞，待其他事务解锁后对该记录进行修改），这就是半一致性读。回表，在主键索引记录上记录锁，判断其他条件，发现不满足所有其他条件，因此释放主键索引和二级索引对应的记录的锁。如果使用自动事务提交，则select会通过MVCC快照读。
分布式锁之防止超卖 --mysql原子操作，乐观锁，redis事务，乐观锁
weixin_45699541的博客
09-07 2121
性能：一个sql > 悲观锁 > jvm锁 > 乐观锁如果追求极致性能、业务场景简单并且不需要记录数据前后变化的情况下。​ 优先选择：一个sql如果写并发量较低（多读），争抢不是很激烈的情况下优先选择：乐观锁如果写并发量较高，一般会经常冲突，此时选择乐观锁的话，会导致业务代码不间断的重试。​ 优先选择：mysql悲观锁不推荐jvm本地锁。
评论 15
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值