时间：2021-07-01 10:21:17 帮助过：29人阅读
每当我们开始一个新的事务时，系统版本号都会自动递增。事务开始时刻的系统版本号会作为事务的版本号，我们可以用它来和查询到的每行记录版本号作比较。下面我们以可重复读这个隔离级别下的一个范例来进行说明。
对于select操作，其中InnoDB只会检查版本小于或者等于当前事务的数据行，这样可以确保事务读取的行，是在事务开始前就已经存在的，或者是事务自身插入或者修改的。而行的删除版本，要么未定义，要么大于当前事务的版本。这可以确保事务能够取到的行，在事务开始之前没有被删除。
对于insert操作，其中InnoDB为新插入的每一行保存当前系统版本号作为行版本号。
对于delete操作，其中InnoDB删除的每一行都保存当前系统版本号作为删除标识。
对于update操作，其中Innodb会插入一条新记录，保存当前系统版本号作为行版本号，同时保存当前系统版本号到原来的行行为删除标识。
因为有这样的两个系统版本号，使得大多数读操作都可以不用加锁，这样的设计使得数据操作很简单，而且性能也更好，并且也会保证我们只读取到符合标准的行。
这种设计方式的不足之处就是，每行记录需要额外的存储空间，而且需要更多的检查工作，以及一些额外的维护工作。
需要注意的是，MVCC只能在可重复读和提交读者两个隔离级别下工作，而其他两个隔离级别和MVCC是不兼容的，而未提交读总是读取最新的数据行，而可串行化则会对所有读取的行加锁。
版权声明：本文为博主原创文章，未经博主允许不得转载。
辛星浅析InnoDB的MVCC实现
标签：辛星 mvcc 锁 乐观锁