技术文摘
MySQL MVCC 中 update 后 select 仍能读到数据的原因
MySQL MVCC 中 update 后 select 仍能读到数据的原因
在使用 MySQL 数据库时,很多开发者会遇到这样的疑惑:执行 update 操作后,使用 select 语句却依然能够读到更新前的数据。这一现象背后的原理与 MySQL 的多版本并发控制(MVCC)机制紧密相关。
MVCC 是一种用于在数据库中实现高并发读操作的机制,它允许事务在不锁定数据行的情况下读取数据的不同版本。这大大提高了数据库的并发性能,减少了锁争用。
当执行 update 语句时,MySQL 并不会直接覆盖原有数据。实际上,它会创建一个新版本的数据行,并将旧版本的数据行标记为过期。在事务提交之前,旧版本的数据行依然存在,并且对于其他未提交的事务而言,它仍然是可见的。
在执行 select 语句时,MySQL 根据事务的隔离级别来决定读取哪个版本的数据。例如,在“读已提交”隔离级别下,事务只能读取已经提交的数据。但是,如果一个事务在 update 操作之后,另一个事务在该 update 事务提交之前执行 select 操作,那么这个 select 操作将会读取到旧版本的数据。这是因为 MVCC 机制保证了在事务提交之前,旧版本的数据行对于其他事务来说仍然是可见的。
而在“可重复读”隔离级别下,一个事务在启动时会创建一个“一致性视图”,该视图会记录当时所有活跃事务的情况。在整个事务执行过程中,所有的 select 操作都会基于这个一致性视图来读取数据,即使在事务执行过程中有数据被更新,该事务仍然会读取到事务启动时的数据版本。
MySQL MVCC 机制中 update 后 select 仍能读到数据,主要是因为 MVCC 允许读取旧版本的数据,并且事务隔离级别决定了在不同情况下事务能够看到的数据版本。理解这一机制对于优化数据库性能、避免数据不一致性问题具有重要意义。
TAGS: update操作 SELECT查询 MySQL MVCC 数据读取原因
- MySQL批量SQL插入性能优化深度解析
- 聊聊 MongoDB 复制集的几个问题
- Docker mysql容器升级至mysql8的问题解决
- Win10系统下Redis安装新手教程
- 深入探索mysql timeout变量
- Redis的优缺点及使用场景解析
- 解决navicat出现1045错误的方法
- Pinterest 借助分片解决百亿数据存储问题的 MySQL 实践
- 如何让 redis 实现外网可访问
- Redis 实现订单自动过期功能:源码大公开
- 上篇:MySQL 语句加锁解析
- 慢SQL优化实战记录
- Windows 系统中 redis 服务的添加与删除方法
- 探秘Mysql基于GTID的复制模式
- 解决 SQL 问题助你深入理解 MySQL