乐观锁和 MVCC 的区别

最新推荐文章于 2025-11-18 14:13:22 发布
转载 最新推荐文章于 2025-11-18 14:13:22 发布 · 4.2k 阅读 · 3
文章标签：

#数据库 #乐观锁 #mvcc #并发 #线程

本文解析了数据库并发控制中的读-写冲突问题，介绍了多版本并发控制（MVCC）和乐观并发控制（OCC）两种无锁并发控制方法。MVCC通过为每个修改创建新版本来解决读写冲突；OCC则在提交前检查数据是否被更改。

作者：用心阁
链接：https://www.zhihu.com/question/27876575/answer/71836010
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

在数据库中，并发控制是指在多个用户/进程/线程同时对数据库进行操作时，如何保证事务的一致性和隔离性的，同时最大程度地并发。当多个用户/进程/线程同时对数据库进行操作时，会出现3种冲突情形：读-读，不存在任何问题读-写，有隔离性问题，可能遇到脏读（会读到未提交的数据） ，幻影读等。写-写，可能丢失更新要解决冲突，一种办法是是锁，即基于锁的并发控制，比如2PL，这种方式开销比较高，而且无法避免死锁。多版本并发控制（MVCC）是一种用来解决读-写冲突的无锁并发控制，也就是为事务分配单向增长的时间戳，为每个修改保存一个版本，版本与事务时间戳关联，读操作只读该事务开始前的数据库的快照。 这样在读操作不用阻塞写操作，写操作不用阻塞读操作的同时，避免了脏读和不可重复读乐观并发控制（OCC）是一种用来解决写-写冲突的无锁并发控制，认为事务间争用没有那么多，所以先进行修改，在提交事务前，检查一下事务开始后，有没有新提交改变，如果没有就提交，如果有就放弃并重试。乐观并发控制类似自选锁。乐观并发控制适用于低数据争用，写冲突比较少的环境。多版本并发控制可以结合基于锁的并发控制来解决写-写冲突，即MVCC+2PL，也可以结合乐观并发控制来解决写-写冲突。

作者：吴镝
链接：https://www.zhihu.com/question/27876575/answer/73330077
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

MVCC解决的问题是读写互相不阻塞的问题，每次更新都产生一个新的版本，读的话可以读历史版本。试想，如果一个数据只有一个版本，那么多个事务对这个数据进行读写是不是需要读写锁来保护? 一个读写事务在运行的过程中在访问数据之前先加读/写锁这种实现叫做悲观锁，悲观体现在，先加锁，独占数据，防止别人加锁。乐观锁呢，读写事务，在真正的提交之前，不加读/写锁，而是先看一下数据的版本/时间戳，等到真正提交的时候再看一下版本/时间戳，如果两次相同，说明别人期间没有对数据进行过修改，那么就可以放心提交。乐观体现在，访问数据时不提前加锁。在资源冲突不激烈的场合，用乐观锁性能较好。如果资源冲突严重，乐观锁的实现会导致事务提交的时候经常看到别人在他之前已经修改了数据，然后要进行回滚或者重试，还不如一上来就加锁。

乐观锁、悲观锁和MVCC编程：详解与示例代码
HackCyberX的博客
09-20 109
每个数据项都会有一个与之关联的版本号或时间戳，当事务要更新数据时，它会读取当前数据的版本号或时间戳，并在提交时检查该值是否仍然一致。当一个事务要读取数据时，它会获取一个数据版本，并在整个事务过程中使用该版本的数据，而不受其他事务的影响。因此，在事务要访问数据时，它会立即获取锁，并在整个事务过程中一直保持锁定状态，阻止其他事务对数据的修改操作。函数用于更新数据，它会插入一个新的数据版本，并将旧数据版本的结束时间戳设置为当前时间戳，以标识该版本已失效。），说明数据已被其他事务修改，此时会回滚并重试。
Mysql-各种锁区分与【MVCC】
hann的专栏
02-17 7128
mysql的锁貌似有很多啊，查了大部分资料， 什么表锁，行锁，页锁 共享锁，排他锁，意向锁，读锁，写锁 悲观锁，乐观锁。。 我去，真想问一句，有没有 金锁？我还范冰冰呢。。。 哎呀怎么感觉好乱啊。那么把它好好整理总结下吧。 后边还有对在innodb下的mvcc理解与举例，简单易懂了解下。 表／行／页-锁： 表级锁（table-level locking）：M
乐观锁和 MVCC 的区别？
banzhi2445的博客
04-10 406
　　二者不是一个层面的东西。 　　MVCC（Multi-Version Concurrent Control），基于快照隔离机制(Snapshot Isolations)进行多版本并发控制，是一种以乐观锁为理论基础的，用来解决读-写冲突的无锁并发控制。也就是为事务分配单向增长的时间戳，为每个修改保存一个版本，版本与事务时间戳关联，读操作只读该事务开始前的数据库的快照，也就是说，事务开启...
【MySQL】MVCC详解, 图文并茂简单易懂
最新发布
2509_94082931的博客
11-18 373
MVCC也称:多版本并发控制. 顾名思义,MVCC是通过数据行的多个版本管理来实现数据库的并发控制.MVCC使得在InnoDB的事务隔离级别下, 执行一致性读操作有了保证. 简单来说就是: 在需要读取一些正在被另一个事务更新的行数据时, 读取之前的历史版本数据(旧数据);而不需要等待另一个事务释放锁.并不是所有的存储引擎都支持MVCC技术, 本文讲解的是MySQL中InnoDB存储引擎下的MVCC机制.ReadView就是事务在使用MVCC机制进行快照读操作时产生的读视图。
MYSQL中的乐观锁实现(MVCC)简析
weixin_33704591的博客
05-11 215
什么是MVCC MVCC即Multi-Version Concurrency Control，中文翻译过来叫多版本并发控制。 MVCC是解决了什么问题 众所周知，在MYSQL中，MyISAM使用的是表锁，InnoDB使用的是行锁。而InnoDB的事务分为四个隔离级别，其中默认的隔离级别REPEATABLE READ需要两个不同的事务相互之...
一文读懂数据库中的乐观锁和悲观锁和MVCC
X先生说
07-21 813
锁的本质 https://blog.youkuaiyun.com/whlloveblog/article/details/38024211 https://zhuanlan.zhihu.com/p/87624947 锁的实现思想 MySQL中的锁
SQL数据库系统原理（二）———乐观锁与悲观锁、MVCC、范式理论、SQL和NoSQL比较
12-14
在数据库系统中，为了保证数据的一致性和完整性，有多种并发控制策略，其中包括乐观锁和悲观锁。这两种锁机制主要用于解决事务在并发环境中的数据冲突问题。 乐观锁是一种假设事务在执行过程中不会发生冲突的策略。...
【MySQL笔记】正确的理解MySQL的乐观锁，悲观锁与MVCC
热门推荐
长路漫漫的歇脚处
07-05 2万+
正确的理解MySQL的乐观锁，悲观锁与MVCC ！首先声明，MySQL的测试环境是5.7 前提概念 数据库并发的三种场景 乐观锁和悲观锁的澄清 悲观锁 乐观锁 MVCC多版本并发控制 总结 乐观锁和悲观锁的抉择 OCC,PCC,MVCC 参考资料 前提概念 数据库并发的三种场景 数据库并发场景有三种，分别为： 读-读：不存在任何问题，也不需要并发控制 读-写：有隔离性问题，...
乐观锁、悲观锁和MVCC，今天让你一次搞懂
weixin_43872058的博客
10-19 638
** | 作者 肖泽凡，腾讯TEG研发管理部小小后台攻城狮一枚，负责腾讯敏捷产品研发平台TAPD的基础功能的开发和维护，热爱技术，喜欢分享，文章首次发表于SegmentFault，博客名“X先生”，欢迎与我交流** 在数据库的实际使用过程中，我们常常会遇到不希望数据被同时写或者读的情景，例如秒杀场景下，两个请求同时读到系统还有库存1个，然后又先后把库存更新为0，这时候就会出现超卖的情况，这时候货物的实际库存和我们的记录就会对应不上了。 为了解决这种资源竞争导致的数据不一致等问题，我们需要有一种机制来进行.
mysql 悲观锁与乐观锁的理解及应用分析
09-08
悲观锁和乐观锁是数据库并发控制中的两种基本策略，它们主要应用于多用户共享的数据环境，以防止数据的不一致性。在MySQL中，这两种锁机制有各自的特点和应用场景。 一、悲观锁 悲观锁正如其名，它假设在数据处理...
MVCC和锁的区别
qq_45662818的博客
08-17 380
当涉及到数据库并发控制时，MVCC（Multi-Version Concurrency Control）和锁（Locking）是两种不同的方法，用于管理多个事务同时访问数据库的情况。综上所述，MVCC和锁是两种不同的数据库并发控制策略，MVCC更适合高并发环境，因为它可以提供更好的并发性能，而锁在某些场景下仍然有效，但可能会引发一些并发问题。
MySql中乐观锁、悲观锁与MVCC
m0_57659908的博客
04-11 1908
文章目录一、事务并发带来的问题二、正确了解乐观锁与悲观锁悲观锁乐观锁对乐观锁和悲观锁的正确认识三、乐观锁与悲观锁的实现共享锁和排他锁悲观锁的实现方式乐观锁的实现方式四、MVCC(多版本并发控制)快照读与当前读乐观锁、悲观锁、MVCC比较五、总结 一、事务并发带来的问题 事务并发总结起来有三种场景： 读-读：不存在任何问题，也不需要并发控制 读-写：有线程安全问题，可能会造成事务隔离性问题，可能遇到脏读，幻读，不可重复读 写-写：有线程安全问题，可能会存在更新丢失问题，比如第一类更新丢失，第二类更新丢失
乐观锁，悲观锁与MVCC
super_dmz的博客
10-19 297
发生冲突的情况 在数据库中，并发控制是指在多个用户/进程/线程同时对数据库进行操作时，如何保证事务的一致性和隔离性的，同时最大程度地并发。 当多个用户/进程/线程同时对数据库进行操作时，会出现3种冲突情形： 读-读，不存在任何问题 读-写，有隔离性问题，可能遇到脏读（会读到未提交的数据） ，幻影读等。 写-写，可能丢失更新 加锁可以解决全部的问题（可以理解为通过加锁让程序执行往串行化发展），但是极度影响执行效率。因此开始寻求不用锁来解决冲突的方法。 MVCC的作用 MVCC主要用于处理读—
【MySQL笔记】理解MySQL的乐观锁，悲观锁与MVCC
zhutianrong520的博客
07-07 775
正确的理解MySQL的乐观锁，悲观锁与MVCC ！首先声明，MySQL的测试环境是5.7 前提概念 数据库并发的三种场景 乐观锁和悲观锁的澄清 悲观锁 什么是悲观锁？ 悲观锁的实现 悲观锁的优点和缺点 乐观锁 什么是乐观锁？ 乐观锁的实现 乐观锁的优缺点 MVCC多版本并发控制 什么是MVCC？ 总结 乐观锁和悲观锁的抉择 OCC,PCC,MVCC 参考资料 前提概念 数据库并发的三种场景 数据库...
MVCC【多版本并发控制】详解（乐观锁、悲观锁）---MySQL锁
weixin_46037781的博客
04-07 1517
什么是MVCC全称Multi-Version Concurrency Control，即多版本并发控制，主要是为了提高数据库的并发性能。以下文章都是围绕InnoDB引擎来讲，因为myIsam不支持事务。同一行数据平时发生读写请求时，会上锁阻塞住。但mvcc用更好的方式去处理读—写请求，做到在发生读—写请求冲突时不用加锁。这个读是指的快照读，而不是当前读，当前读是一种加锁操作，是悲观锁。那它到底是怎么做到读—写不用加锁的，快照读和当前读又是什么鬼，跟着你们的贴心老哥，继续往下看。当前读、快照读都是什么鬼什么是
【数据库】MVCC 和 乐观锁
u010900754的专栏
08-08 2063
最近在看mysql的引擎类型，说到innodb时看到了mvcc，了解了一下。 MVCC全称是Multi-version concurrency control，多版本控制。什么意思？说白了是解决数据库读-写冲突的方法。数据库不免要支持事务，事务ACID的特性中的I，即隔离性就可以通过MVCC实现，就是说多个事务读取数据时，需要隔离，只能读到某一些值，比如已经提交的值，这就是保证事务隔离级别的方法
mysql mvcc实现乐观锁_乐观锁与CAS，MVCC
weixin_29064009的博客
01-19 482
乐观锁如一个金融系统，当某个操作员读取用户的数据，并在读出的用户数据的基础上进行修改时(如更改用户帐户余额)，如果采用悲观锁机制，也就意味着整个操作过程中(从操作员读出数据、开始修改直至提交修改结果的全过程，甚至还包括操作员中途去煮咖啡的时间)，数据库记录始终处于加锁状态，可以想见，如果面对几百上千个并发，这样的情况将导致怎样的后果。乐观锁机制在一定程度上解决了这个问题。乐观锁，大多是基于数据版本...
Java中MVCC与数据库乐观锁区别
08-26
MVCC（Multi-Version Concurrency Control，多版本并发控制）和数据库的乐观锁（Optimistic Locking）是两种用于处理并发访问冲突的机制，它们在实现方式、适用场景和底层原理上有所不同。下面是它们的详细区别： --- ### 1. **定义与作用** - **MVCC（多版本并发控制）** MVCC 是数据库系统中用于实现高并发访问的一种机制，它通过维护数据的多个版本来实现读写操作的非阻塞特性。读操作不会阻塞写操作，写操作也不会阻塞读操作，从而提高系统的并发性能。 - **乐观锁（Optimistic Locking）** 乐观锁是一种并发控制策略，它假设冲突较少，因此在进行数据修改时不会立即加锁，而是在提交时检查是否发生了冲突。如果冲突发生，则拒绝操作并提示重试。 --- ### 2. **实现方式** - **MVCC 实现方式：** - 每个事务在读取数据时看到的是一个一致性的快照（snapshot）。 - 数据库为每一行记录维护多个版本，并通过事务ID（如 `trx_id`）来标识哪个事务创建或删除了该行。 - 常见实现：InnoDB 引擎使用 undo log 和版本号（如 `DB_TRX_ID`, `DB_ROLL_PTR`）来实现 MVCC。 - **乐观锁 实现方式：** - 通常通过版本号（version）或时间戳（timestamp）来实现。 - 在更新数据前检查版本号是否变化，如果变化则拒绝更新。 - 示例 SQL： ```sql UPDATE users SET name = 'Tom', version = version + 1 WHERE id = 1 AND version = 3; ``` --- ### 3. **适用场景** - **MVCC 更适合：** - 高并发读多写少的场景。 - 需要保证一致性读和非阻塞读的场景。 - 例如：OLTP（在线事务处理）系统中的读操作。 - **乐观锁 更适合：** - 冲突较少的场景。 - 需要避免数据库长时间锁表的场景。 - 例如：Web 应用中对数据的更新操作。 --- ### 4. **优缺点对比** | 特性 | MVCC | 乐观锁 | |------|------|--------| | 并发性能 | 高（读写不阻塞） | 中（冲突时需重试） | | 实现复杂度 | 高（依赖数据库内部机制） | 低（应用层控制） | | 数据一致性 | 强一致性 | 最终一致性（可能失败） | | 适用范围 | 数据库引擎级别 | 应用层或业务逻辑 | --- ### 5. **Java 示例：乐观锁的实现** 以下是一个使用乐观锁更新数据的 Java 示例（使用 JPA 或 MyBatis 等框架时也类似）： ```java public class UserService { public boolean updateUserName(Long id, String newName, Integer expectedVersion) { String sql = "UPDATE users SET name = ?, version = version + 1 WHERE id = ? AND version = ?"; try (Connection conn = DriverManager.getConnection("jdbc:mysql://localhost:3306/test", "root", "password"); PreparedStatement ps = conn.prepareStatement(sql)) { ps.setString(1, newName); ps.setLong(2, id); ps.setInt(3, expectedVersion); int rowsAffected = ps.executeUpdate(); return rowsAffected > 0; } catch (SQLException e) { e.printStackTrace(); return false; } } } ``` --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值