InnoDB是一个多版本的存储引擎。它保留有关已更改行的旧版本的信息，以支持并发和回滚等事务功能。此信息存储在称为回滚段的数据结构中的系统表空间或撤消表空间中。请参阅 第 14.6.3.3 节，“撤消表空间”。InnoDB 使用回滚段中的信息来执行事务回滚中所需的撤消操作。它还使用该信息来构建行的早期版本以实现一致读取。请参阅第 14.7.2.3 节，“一致的非锁定读取”。

在内部，InnoDB向存储在数据库中的每一行添加三个字段：

回滚段中的undo logs分为insert和update undo logs。Insert undo logs只在事务回滚时需要，一旦事务提交就可以丢弃。更新撤消日志也用于一致性读取，但只有在不存在为其分配快照的事务存在时才能丢弃它们 InnoDB，在一致读取中可能需要更新撤消日志中的信息来构建早期版本的数据库排。有关撤消日志的其他信息，请参阅第 14.6.7 节，“撤消日志”。

建议您定期提交事务，包括仅发出一致读取的事务。否则， InnoDB无法丢弃更新撤消日志中的数据，回滚段可能会变得太大，填满它所在的表空间。有关管理撤消表空间的信息，请参阅第 14.6.3.3 节，“撤消表空间”。

回滚段中撤消日志记录的物理大小通常小于相应的插入或更新行。您可以使用此信息来计算回滚段所需的空间。

在InnoDB多版本方案中，当您使用 SQL 语句删除行时，它不会立即从数据库中物理删除。InnoDB只有当它丢弃为删除而写的更新撤销日志记录时，才物理地删除相应的行及其索引记录。这种删除操作称为清除，速度非常快，通常与执行删除的 SQL 语句所用的时间顺序相同。

如果您以几乎相同的速率在表中插入和删除行，清除线程可能会开始滞后，并且由于所有 “死”行，表会变得越来越大，从而使所有内容都受磁盘限制并且非常减缓。在这种情况下，限制新行操作，并通过调整 innodb_max_purge_lag系统变量为清除线程分配更多资源。有关详细信息，请参阅 第 14.8.10 节，“清除配置”。