mvcc什么时候改变版本号

MVCC（Multi-Version Concurrency Control，多版本并发控制）是一种数据库并发控制机制，它允许多个事务同时访问数据而不会相互干扰，每个事务看到的是数据的一个孤立版本。在MVCC模型下，系统并不会立即对数据的修改赋予新的版本号，而是会在后台创建一个新的版本记录（也叫快照），这个新版本记录包含了事务开始时刻的数据状态。
当一个事务提交时，才会将该事务影响的所有行的当前版本号更新，并标记为已提交。如果事务回滚，那么对应的版本记录会被撤销，不会对其他已经提交的事务造成影响。只有读操作（SELECT）会查看到旧的版本，而写操作（UPDATE、DELETE）则会等待直到其所在的事务结束，然后更新版本号并持久化到磁盘。
简单来说，MVCC改变版本号是在事务结束（无论是成功提交还是回滚）的时候，以及发生写操作时。

相关问题

java mvcc原理

MVCC（Multi-Version Concurrency Control，多版本并发控制）是一种数据库并发控制机制，主要用于保证在高并发环境下数据的一致性和完整性。在Java中，MVCC通常与关系型数据库系统如Oracle、MySQL等的InnoDB存储引擎相关。
MVCC原理主要包含以下几个关键点：

数据版本：每个事务看到的是数据的一个独立版本，而不是实时的最新状态。每个版本都有一个时间戳或版本号，表示该数据的修改时间。

读已提交（Read Committed）：当事务开始时，它只会看到已经提交的更改。这样，即使有其他事务在修改同一数据，当前事务也能看到稳定的结果，不会看到未提交的更改。

少数读脏（Read Uncommitted）：一些数据库支持更高的并发度，允许事务看到其他事务未提交的修改，但这可能导致“脏读”（读到未提交的数据）。这是有风险的，通常仅在特定场景下使用。

不可重复读（Repeatable Read）：事务在执行过程中，如果多次读取同一数据，结果应该一致，不会因为其他事务的提交而改变，这通常通过锁定机制来实现。

可串行化（Serializable）：这是最高的隔离级别，确保所有事务看起来像是顺序执行，但实际性能较低。

在Java中，MVCC不直接体现在语言层面，而是由底层数据库管理系统实现。例如，Java应用程序通过JDBC连接数据库时，其实质上是在和数据库进行MVCC相关的交互。