首先说的是MVCC是一种思想,每种数据库在具体的实现上都会有所不同。而InnoDB的MVCC,是通过在每行记录保存两个隐藏列来实现的。而这两个列,一个是保存创建的版本,一个是保存删除的版本。
每当我们开始一个新的事务时,系统版本号都会自动递增。事务开始时刻的系统版本号会作为事务的版本号,我们可以用它来和查询到的每行记录版本号作比较。下面我们以可重复读这个隔离级别下的一个范例来进行说明。
对于select操作,其中InnoDB只会检查版本小于或者等于当前事务的数据行,这样可以确保事务读取的行,是在事务开始前就已经存在的,或者是事务自身插入或者修改的。而行的删除版本,要么未定义,要么大于当前事务的版本。这可以确保事务能够取到的行,在事务开始之前没有被删除。
对于insert操作,其中InnoDB为新插入的每一行保存当前系统版本号作为行版本号。
对于delete操作,其中InnoDB删除的每一行都保存当前系统版本号作为删除标识。
对于update操作,其中Innodb会插入一条新记录,保存当前系统版本号作为行版本号,同时保存当前系统版本号到原来的行行为删除标识。
因为有这样的两个系统版本号,使得大多数读操作都可以不用加锁,这样的设计使得数据操作很简单,而且性能也更好,并且也会保证我们只读取到符合标准的行。
这种设计方式的不足之处就是,每行记录需要额外的存储空间,而且需要更多的检查工作,以及一些额外的维护工作。
需要注意的是,MVCC只能在可重复读和提交读者两个隔离级别下工作,而其他两个隔离级别和MVCC是不兼容的,而未提交读总是读取最新的数据行,而可串行化则会对所有读取的行加锁。