事务的提交过程 以及数据的查询方式
1 事务在 start transaction with consistent snapshot 的时候,创建事务的快照。
1.1 事务的快照,是基于整个库的。
2 数据库中的数据是有多个版本的,每次更新的时候,都会生成行的一下 事务的id和行数据,老的 事务id和行数据也是被保 留的(这里的行数据其实是根据数据更新时候的undo log 计算出来的)。
快照就是事务开始时候,的数据版本。
3 按照可重复读的原理,事务在开始的时候,承认在它之前已经提交的事务的数据,在它之后 事务更新的数据,它是不认 的。(这里的前后,是每个事务 是保存有一个 数组的,保存着 活跃区,在它之前的事务)
因此 已经提交事务最大值 称之为低水位, 还未提交事务最大值 +1 为高水位。这之间就是未提交集合。
4 对于活跃区 更新数据,总是更新 最后提交的数据,就算一直事务在一个数据前面,它更新数据时,时候的数据也是最新 的数据。因为在更新数据的时候有 锁。。 这称之为 当前读 像保证了,数据更新的一致性。
相关文章
- 01-08@Transactional 事务说明
- 01-08SpringMVC 手动控制事务提交
- 01-08SPRING事务的属性有哪些?其中,事务隔离级别有哪几种?什么情况需要使用这几种事务隔离级别?
- 01-08HR 常用事务代码
- 01-08用友金蝶思迅科脉动 事务(进程 ID 57)与另一个进程被死锁在 锁 资源上,并且已被选作死锁牺牲品。请重新运行该事务。
- 01-08loadrunner 事务、同步点和思考时间
- 01-08事务管理:事务的基本概念笔记
- 01-08RocketMQ事务性消息及持久化
- 01-08SSM整合、Spring整合SpringMVC和Mybatis、事务管理 XML+注解方式 (图文教学,超简单教程)
- 01-08Kafka核心技术与实战——14 | 幂等生产者和事务生产者是一回事吗?