辛星浅析InnoDB的MVCC实现

      首先说的是MVCC是一种思想,每种数据库在具体的实现上都会有所不同。而InnoDB的MVCC,是通过在每行记录保存两个隐藏列来实现的。而这两个列,一个是保存创建的版本,一个是保存删除的版本。

       每当我们开始一个新的事务时,系统版本号都会自动递增。事务开始时刻的系统版本号会作为事务的版本号,我们可以用它来和查询到的每行记录版本号作比较。下面我们以可重复读这个隔离级别下的一个范例来进行说明。

       对于select操作,其中InnoDB只会检查版本小于或者等于当前事务的数据行,这样可以确保事务读取的行,是在事务开始前就已经存在的,或者是事务自身插入或者修改的。而行的删除版本,要么未定义,要么大于当前事务的版本。这可以确保事务能够取到的行,在事务开始之前没有被删除。

       对于insert操作,其中InnoDB为新插入的每一行保存当前系统版本号作为行版本号。

       对于delete操作,其中InnoDB删除的每一行都保存当前系统版本号作为删除标识。

       对于update操作,其中Innodb会插入一条新记录,保存当前系统版本号作为行版本号,同时保存当前系统版本号到原来的行行为删除标识。

       因为有这样的两个系统版本号,使得大多数读操作都可以不用加锁,这样的设计使得数据操作很简单,而且性能也更好,并且也会保证我们只读取到符合标准的行。

       这种设计方式的不足之处就是,每行记录需要额外的存储空间,而且需要更多的检查工作,以及一些额外的维护工作。

       需要注意的是,MVCC只能在可重复读和提交读者两个隔离级别下工作,而其他两个隔离级别和MVCC是不兼容的,而未提交读总是读取最新的数据行,而可串行化则会对所有读取的行加锁。

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 3
    评论
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值