CN109325023B - 一种数据处理方法及装置 - Google Patents

Abstract

本发明提供一种数据处理方法及装置，所述方法包括：建立目标多版本B+树MVBT数据存储结构；基于所述目标MVBT数据存储结构对接收到的数据处理请求进行响应。应用本发明实施例可以提高Key和Value存储的灵活性，减少资源浪费，并提高数据处理性能。

Description

一种数据处理方法及装置

技术领域

本发明涉及网络通信技术领域，尤其涉及一种数据处理方法及装置。

背景技术

MVBT(Multi-version B+Tree，多版本B+树)对传统的B+Tree进行了改造，对每一个Key(键)增加了生存周期(LifeSpan)，记做[a，b)(b≥a)。其中，a为插入该Key时产生的版本号，b为删除该Key时产生的版本号；当b为+∞时，表明该Key未被删除；LifeSpan是[a，+∞)的Key可以称为活Key(Live Key)，其余Key称为死Key(Dead key)。

然而实践发现，传统的MVBT实现方案中，页的分裂和合并等操作是以条目(一个条目包括一个Key以及对应的Value和生存周期)的数量为依据的，其要求页中条目的长度为固定长度，即各条目的长度相同，灵活性较差；此外，由于页中条目的长度为固定长度，因此，所设置的长度需要以支持实际长度最大的Key和Value为原则，实际长度较小的Key和Value也需要按照该固定长度存储，导致了资源浪费，以及数据处理性能下降。

发明内容

本发明提供一种数据处理方法及装置，以解决现有MVBT实现方案只支持定长的Key和Value的问题。

根据本发明的第一方面，提供一种数据处理方法，包括：

建立目标多版本B+树MVBT数据存储结构；其中，所述目标MVBT数据存储结构包括第一类型页、第二类型页和第三类型页，所述第一类型页用于存储键Key位置、与所述Key对应的值Value位置以及所述Key的生存周期；所述第二类型页用于存储Key，所述第三类型页用于存储Value；所述第一类型页为树形结构页，且所述第一类型页中一个第一类型条目包括一个Key位置字段、一个Value位置字段以及一个生存周期字段；所述第一类型页中各第一类型条目长度固定且相同；

基于所述目标MVBT数据存储结构对接收到的数据处理请求进行响应。

结合第一方面，在第一种可能的实现方式中，所述目标MVBT数据存储结构还包括第四类型页，所述第四类型页用于存储第一类型页中第一类型条目的属性信息，所述属性信息包括第一类型条目的数量，以及各第一类型条目在所述第一类型页中的位置偏移量；

每个位置偏移量在所述第四类型页中按序存储，且存储的顺序与每个第一类型条目包括的Key位置字段对应的Key的排序结果一致。

结合第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述基于所述目标MVBT数据存储结构对接收到的数据处理请求进行响应，包括：

当所述数据处理请求为针对第一Key和第一Value的插入请求时，将所述第一Key写入所述第二类型页，并将所述第一Value写入所述第三类型页；

在所述第一类型页中增加对应所述第一Key和第一Value的第一类型条目，该第一类型条目中的Key位置字段记录有所述第一Key所写入的第二类型页的索引，以及所述第一Key在该第二类型页中的位置偏移量，该第一类型条目中的Value位置字段记录有所述第一Value所写入的第三类型页的索引，以及所述第一Value在该第三类型页中的位置偏移量，该第一类型条目中的生存周期字段记录有所述第一Key的生存周期；

更新所述第四类型页中存储的第一类型条目的数量，并按照所述预设Key排序规则，将所述第一Key对应的第一类型条目在所述第一类型页中的位置偏移量插入所述第一类型条目的属性信息中。

结合第一方面的第一种可能的实现方式，在第三种可能的实现方式中，所述基于所述目标MVBT数据存储结构对接收到的数据处理请求进行响应，包括：

当所述数据处理请求为针对第二Key的删除请求时，查询该第二Key对应的第一类型条目；

将该第一类型条目中的生存周期中的结束版本号更新为该删除请求对应的版本号。

结合第一方面的第一种可能的实现方式，在第四种可能的实现方式中，所述基于所述目标MVBT数据存储结构对接收到的数据处理请求进行响应，包括：

当所述数据处理请求为针对第三Key和对所述第三Key对应的第三Value的读取请求时，按照树形结构中根结点页至叶子结点页的顺序，利用二分法规则，在所述第四类型页中，获取第一类型页中第一类型条目的位置偏移量；

根据获取的第一类型条目的位置偏移量，确定该第一类型条目的偏移量对应的第一类型条目中包括的Key位置对应的Key；

当确定出的Key与所述第三Key匹配时读取该Key，以及该Key对应的Value。

结合第一方面的第一种可能的实现方式，在第五种可能的实现方式中，所述方法还包括：通过追加写模式，将所述第一类型条目的属性信息写入所述第四类型页中；

所述第一类型页中还存储有所述第一类型页对应的第四类型页中最晚写入的第一类型条目的属性信息的第一索引；其中，所述第一类型页中第一索引的长度固定。

结合第一方面的第一种可能的实现方式，在第六种可能的实现方式中，所述第一类型页中还存储有指向除第一类型页之外的其它类型页的索引；

所述其它类型页中还存储有指向下一个同类型页的索引；

其中，所述指向除第一类型页之外的其它类型页的索引的长度固定；

所述建立目标MVBT数据存储结构之后，所述方法还包括：

根据所述指向除第一类型页之外的其它类型页的索引，确定所述第一类型页对应其它类型页；其中，所述其它类型页包括第二类型页、第三类型页或第四类型页；

对于任一类型的其它类型页，根据所述指向下一个同类型页的索引确定全部同类型的其它类型页；

对所述第一类型页、所述第一类型页对应的全部其它类型页进行资源回收。

根据本发明的第二方面，提供一种数据处理装置，包括：

建立单元，用于建立目标多版本B+树MVBT数据存储结构；其中，所述目标MVBT数据存储结构包括第一类型页、第二类型页和第三类型页，所述第一类型页用于存储键Key位置、与所述Key对应的值Value位置以及所述Key的生存周期；所述第二类型页用于存储Key，所述第三类型页用于存储Value；所述第一类型页为树形结构页，且所述第一类型页中一个第一类型条目包括一个Key位置字段、一个Value位置字段以及一个生存周期字段；所述第一类型页中各第一类型条目长度固定且相同；

接收单元，用于接收数据处理请求；

处理单元，用于基于所述目标MVBT数据存储结构对所述接收单元接收到的数据处理请求进行响应。

结合第二方面，在第一种可能的实现方式中，所述目标MVBT数据存储结构还包括第四类型页，所述第四类型页用于存储第一类型页中第一类型条目的属性信息，所述属性信息包括第一类型条目的数量，以及各第一类型条目在所述第一类型页中的位置偏移量；

每个位置偏移量在所述第四类型页中按序存储，且存储的顺序与每个第一类型条目包括的Key位置字段对应的Key的排序结果一致。

结合第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述处理单元，具体用于当所述数据处理请求为针对第一Key和第一Value的插入请求时，将所述第一Key写入所述第二类型页，并将所述第一Value写入所述第三类型页；

在所述第一类型页中增加对应所述第一Key和第一Value的第一类型条目，该第一类型条目中的Key位置字段记录有所述第一Key所写入的第二类型页的索引，以及所述第一Key在该第二类型页中的位置偏移量，该第一类型条目中的Value位置字段记录有所述第一Value所写入的第三类型页的索引，以及所述第一Value在该第三类型页中的位置偏移量，该第一类型条目中的生存周期字段记录有所述第一Key的生存周期；

更新所述第四类型页中存储的第一类型条目的数量，并按照所述预设Key排序规则，将所述第一Key对应的第一类型条目在所述第一类型页中的位置偏移量插入所述第一类型条目的属性信息中。

结合第二方面的第一种可能的实现方式，在第三种可能的实现方式中，所述处理单元，具体用于当所述数据处理请求为针对第二Key的删除请求时，查询该第二Key对应的第一类型条目；

将该第一类型条目中的生存周期中的结束版本号更新为该删除请求对应的版本号。

结合第二方面的第一种可能的实现方式，在第四种可能的实现方式中，所述处理单元，具体用于当所述数据处理请求为针对第三Key和对所述第三Key对应的第三Value的读取请求时，按照树形结构中根结点页至叶子结点页的顺序，利用二分法规则，在所述第四类型页中，获取第一类型页中第一类型条目的位置偏移量；

根据获取的第一类型条目的位置偏移量，确定该第一类型条目的偏移量对应的第一类型条目中包括的Key位置对应的Key；

当确定出的Key与所述第三Key匹配时读取该Key，以及该Key对应的Value。

结合第二方面的第一种可能的实现方式，在第五种可能的实现方式中，所述处理单元，还用于通过追加写模式，将所述第一类型条目的属性信息写入所述第四类型页中；

所述第一类型页中还存储有所述第一类型页对应的第四类型页中最晚写入的第一类型条目的属性信息的第一索引；其中，所述第一类型页中第一索引的长度固定。

结合第二方面的第一种可能的实现方式，在第六种可能的实现方式中，所述第一类型页中还存储有指向除第一类型页之外的其它类型页的索引；

所述其它类型页中还存储有指向下一个同类型页的索引；

其中，所述指向除第一类型页之外的其它类型页的索引的长度固定；

所述装置还包括：

资源管理单元，用于根据所述指向除第一类型页之外的其它类型页的索引，确定所述第一类型页对应其它类型页；其中，所述其它类型页包括第二类型页、第三类型页或第四类型页；

对于任一类型的其它类型页，根据所述指向下一个同类型页的索引确定全部同类型的其它类型页；

对所述第一类型页、所述第一类型页对应的全部其它类型页进行资源回收。

应用本发明公开的技术方案，通过对传统MVBT实现方案中的数据存储结构进行修改，在修改后的MVBT数据存储结构中，树形结构的第一类型页不再存储具体的Key数据和Value数据，而是存储Key位置、与Key对应的Value位置以及Key生存周期，且该第一类型页中由相互对应的Key位置、Value位置以及生存周期三者构成的条目的长度固定，从而可以按照传统MVBT实现方案中页的合并和分裂等操作方式实现该第一类型页的合并和分裂等操作；此外，该修改后的MVBT数据存储结构中新增用于存储Key的第二类型页和用于存储Value的第三类型页，该第二类型页和第三类型页中存储的Key和Value不要求固定长度，提高了Key和Value存储的灵活性，减少了资源浪费，并提高了数据处理性能。

附图说明

图1是本发明实施例提供的一种数据处理方法的流程示意图；

图2是本发明实施例提供的一种目标MVBT数据存储结构的示意图；

图3A～图3C是本发明实施例提供的目标MVBT数据存储结构的示意图；

图4是本发明实施例提供的一种数据处理装置的结构示意图；

图5是本发明实施例提供的另一种数据处理装置的结构示意图；

图6是本发明实施例提供的一种数据处理装置的硬件结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明实施例中的技术方案，并使本发明实施例的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明实施例中技术方案作进一步详细的说明。

请参见图1，为本发明实施例提供的一种数据处理方法的流程示意图，其中，该数据处理方法可以应用于支持Key-Value数据存储模式的网络设备(下文中简称为网络设备)，如图1所示，该数据处理方法可以包括以下步骤：

步骤101、建立目标MVBT数据存储结构。

本发明实施例中，考虑到现有MVBT实现方案中Key和Value的长度需要是固定长度而导致的问题，可以对现有的MVBT的数据存储结构进行修改，使MVBT能够支持变长的Key和Value。

其中，该修改后的MVBT数据存储结构(本文中称为目标MVBT数据存储结构)中，树形结构的页(本文中称为第一类型页，也可以称为TreeNodePage(树结点页))用于存储Key的位置信息(本文中称为Key位置)、与该Key对应的Value的位置信息(本文中称为Value位置)以及该Key的生存周期，不再存储具体的Key和Value；此外，目标MVBT数据存储结构中新增用于存储Key的页(Data Page for Key，本文中称为第二类型页)和用于存储Value的页(Data Page for Value，本文中称为第三类型页)。

其中，作为叶子结点的第一类型页，其中存储的Value位置包括存储该Value的第三类型页的索引(如该第三类型页的位置)以及该Value在该第三类型页中的偏移量；作为非叶子结点的第一类型页，其中存储的Value位置包括该Value对应的Key所在的下一层(按照根结点页-枝结点页-叶子结点页从上到下的顺序)第一类型页的索引以及该Value位置在该第一类型页中的偏移量。

对于任一Key，该Key在第一类型页中的Key位置包括存储该Key的第二类型页的索引(如该第二类型页的位置)以及该Key在第二类型页中的偏移量。

本发明实施例中，第一类型页中分别通过Key位置字段、Value位置字段以及生存周期字段存储Key位置、Value位置以及生存周期；其中，一个Key位置字段及其对应的Value字段和生存周期字段共同构成第一类型页中的一个条目(本文中称为第一类型条目)。

其中，第一类型页中各第一类型条目的长度固定且相同，即第一类型页中可以容纳的第一类型条目的数量固定，因此，该第一类型页的合并和分裂等操作的具体实现方式可以参照传统MVBT中页的合并和分裂等操作的实现方式。

第二类型页和第三类型页中存储的Key和Value的长度不再固定，而是可以包括实际应用中Key和Value所支持的任意长度。

步骤102、基于该目标MVBT数据存储结构对接收到的数据处理请求进行响应。

本发明实施例中，网络设备建立上述目标MVBT数据存储结构之后，可以基于该目标MVBT数据存储结构对接收到的数据处理请求进行响应。

其中，该数据处理请求可以包括但不限于：Key-Value插入请求、Key删除请求以及Key-Value读取请求等。

可见，在图1所示的方法流程中，通过对传统MVBT实现方案中的数据存储结构进行修改，在修改后的MVBT数据存储结构中，树形结构的页(即第一类型页)不再存储具体的Key数据和Value数据，而是存储Key位置、Value位置以及生存周期，且该第一类型页中由相互对应的Key位置、Value位置以及生存周期三者构成的条目的长度固定，从而可以按照传统MVBT实现方案中页的合并和分裂等操作方式实现该第一类型页的合并和分裂等操作；此外，该修改后的MVBT数据存储结构中新增用于存储Key的页(即第二类型页)和用于存储Value的页(即第三类型页)，该第二类型页和第三类型页中存储的Key和Value不要求固定长度，提高了Key和Value存储的灵活性，减少了资源浪费，并提高了数据处理性能。

进一步地，在本发明实施例中，考虑到第一类型页中各第一类型条目对应的Key可能是乱序的，当需要对Key进行查找时，需要遍历第一类型页中各第一类型条目，数据查找效率较差，数据处理性能较低。

因此，在本发明其中一个实施例中，为了提高数据处理性能，目标MVBT数据存储结构中还可以包括用于存储第一类型页中第一类型条目的属性信息的页(本文中称为第四类型页)。其中，一个第一类型页可以对应一个或多个第四类型页；第一类型条目的属性信息可以包括但不限于第一类型条目的数量，以及各第一类型条目在该第一类型页中的位置偏移量。在用于存储类型条目区域中，位置偏移量具体是指当前类型条目的存储地址与区域内首个存储地址之间的偏移程度。例如，区域内存在三个类型条目(条目1、条目2、条目3)，分别存储在位置1、位置2、位置3。位置1为区域内首个存储地址。则条目1的位置偏移量为0，条目2的位置偏移量为1，条目3的位置偏移量为2。其中，每个位置偏移量在第四类型页中按序存储，且存储的顺序与每个第一类型条目包括的Key位置字段对应的Key的排序结果一致。

例如，按照对应的Key从小到大的顺序对各第一类型条目的偏移量进行排序，其具体实现可以在下文中结合具体实例进行说明。

下面基于包括第一类型页、第二类型页、第三类型页以及第四类型页的目标MVBT数据存储结构，对各种不同类型的数据处理请求的处理流程进行说明。

在本发明其中一个实施例中，上述基于目标MVBT数据存储结构对接收到的数据处理请求进行响应，可以包括：

当数据处理请求为针对第一Key和第一Value的插入请求时，将第一Key写入第二类型页，并将第一Value写入第三类型页；

在第一类型页中增加对应第一Key和第一Value的第一类型条目，该第一类型条目中的Key位置字段记录有第一Key所写入的第二类型页的索引，以及第一Key在该第二类型页中的位置偏移量，该第一类型条目中的Value位置字段记录有第一Value所写入的第三类型页的索引，以及第一Value在该第三类型页中的位置偏移量，该第一类型条目中的生存周期字段记录有第一Key的生存周期；

更新第一类型页对应的第四类型页中记录的第一类型条目数目，并按照预设Key排序规则，将第一Key对应的第一类型条目在第一类型页中的位置偏移量插入该第四类型页中记录的第一类型条目的属性信息中。

在该实施例中，第一Key和第一Value并不特指某一固定的Key和Value，而是可以指代需要插入的任一Key及其对应的Value。

在该实施例中，当需要将插入第一Key和第一Value时，网络设备可以分别将第一Key和第二Value写入第二类型页和第三类型页，并根据第一Key所写入的第二类型页的索引以及第一Key在该第二类型页中的偏移量确定第一Key的Key位置，根据第一Value所写入的第三类型页的索引以及第一Value在该第三类型页中的偏移量确定第一Value的Value位置。

网络设备确定了第一Key的Key位置和第一Value的Value位置之后，可以在第一类型页中增加记录该Key位置和Value位置的第一类型条目。其中，该第一类型条目的Key位置字段记录该Key位置，Value位置字段记录该Value位置，生存周期字段记录第一Key的生存周期。

其中，第一Key的生存周期的起始版本号为此次写事务(即第一Key和第一Value的插入对应的写事务)对应的版本号，结束版本号为﹢∞。

在该实施例中，网络设备在第一类型页中增加对应第一Key和第一Value的第一类型条目之后，还可以更新第一类型页对应的第四类型页中记录的第一类型条目的属性信息中包括的第一类型条目的数量(如第一类型条目的数量+1)，并按照预设Key排序规则，确定第一Key和该第四类型页中已记录的各第一类型条目在第一类型页中的位置偏移量对应的Key的排序结果，并根据排序结果将第一Key对应的第一类型条目在第一类型页中的位置偏移量插入该第四类型页记录的第一类型条目的属性信息中，其具体实现可以在下文中结合实例进行说明。

在本发明另一个实施例中，上述基于目标MVBT数据存储结构对接收到的数据处理请求进行响应，可以包括：

当数据处理请求为针对第二Key的删除请求时，查询该第二Key对应的第一类型条目；

将该第一类型条目中的生存周期中的结束版本号更新为该删除请求对应的版本号。

在该实施例中，第二Key并不特指某一固定的Key，而是可以指代需要删除的任一Key。

在该实施例中，当网络设备接收到针对第二Key的删除请求时，网络设备可以在目标MVBT存储结构中查询该第二Key对应的第一类型条目，其具体实现可以参见Key读取处理流程中的相关实现。

网络设备查询到第二Key对应的第一类型条目之后，可以将该第一类型条目中的生存周期中的结束版本号更新为该删除请求对应的版本号，即将该待删除的Key标注为Dead Key，其具体实现可以在下文中结合实例进行说明。

在本发明又一个实施例中，上述基于目标MVBT数据存储结构对接收到的数据处理请求进行响应，可以包括：

当数据处理请求为针对第三Key和对第三Key对应的第三Value的读取请求时，按照树形结构中根结点页至叶子结点页的顺序，利用二分法规则，在第四类型页中，获取第一类型页中第一类型条目的位置偏移量；

根据获取的第一类型条目的位置偏移量，确定该第一类型条目的偏移量对应的第一类型条目中包括的Key位置对应的Key；

当确定出的Key与第三Key匹配时，读取该Key以及该Key对应的Value。

在该实施例中，第三Key和第三Value并不特指某一固定的Key和Value，而是指代任一需要读取的Key及其对应的Value。

在该实施例中，对于树形结构的第一类型页，可以按照从根结点页到叶子结点页的顺序，进行数据查找。

相应地，当网络设备接收到针对第三Key和第三Key对应的第三Value的读取请求时，可以按照从根结点页至叶子结点页的顺序，分别在各第一类型页对应的第四类型页中利用二分法选择第一类型条目的位置偏移量。

对于所选择的第一类型条目的位置偏移量，网络设备可以根据该第一类型条目的位置偏移量从对应的第一类型页中获取对应的第一类型条目，并根据该第一类型条目中的Key位置信息获取对应的Key，进而，将所获取到的Key和第三Key进行比较，以确定该Key与第三Key是否匹配。

需要说明的是，网络设备确定Key是否匹配时，除了需要判断Key的值是否相同之外，还需要比较Key的生存周期，其具体实现可以参见传统MVBT实现方案中的相关实现，本发明实施例对此不做赘述。

在该实施例中，网络设备确定查询到的Key与第三Key不匹配时，网络设备可以继续按照上述方式(使用二分法)进行查询和比较，直至查询到与第三Key匹配的Key，或确定不存在与第三Key匹配的Key。

其中，当网络设备确定查询到的Key与第三Key匹配时，网络设备可以读取该Key，并根据对应的Value位置读取该Key对应的Value，并将所读取到的Key和Value返回给读取请求发起方设备。

当网络设备确定不存在与第三Key匹配的Key时，网络设备可以返回读取失败。

需要说明的是，在本发明实施例中，当第二类型页、第三类型页和/或第四类型页中的可用空间不足时，网络设备可以创建新的第二类型页、第三类型页和/或第四类型页，并将新的第二类型页、第三类型页和/或第四类型页与原第二类型页、第三类型页和/或第四类型页进行关联。

进一步地，在本发明实施例中，考虑到每次在第一类型页中新增第一类型条目时，均需要更新对应的第四类型页中的第一类型条目的属性信息。若每次更新第四类型页中的第一类型条目的属性信息均覆盖更新前的值，则更新过程中无法对第四类型页中的第一类型条目的属性信息进行访问，导致数据处理性能下降。

因此，在本发明其中一个实施例中，为了提高数据处理性能，可以通过追加写模式，将第一类型条目的属性信息写入第四类型页中，即每次更新第一类型条目的属性信息时，不再覆盖更新前的值，而是在更新前的值之后的空闲空间中以追加写的方式更新。

在该实施例中，当发生了第一类型条目的属性信息更新时，第四类型页中会存在多个第一类型条目的属性信息(包括更新前的第一类型条目的属性信息和更新后的第一类型条目的属性信息)，因此，为了进一步提高数据处理性能，第一类型页中还可以存储有对应的第四类型页中最晚写入的第一类型条目的属性信息的索引(本文中称为第一索引)，该第一索引指向对应的第四类型页中的最晚写入的第一类型条目的属性信息。

当需要进行Key查询时，可以根据该第一索引确定第四类型页中最晚写入的第一类型条目的属性信息，并根据该第一类型条目的属性信息中包括的各第一类型条目在第一类型页中的位置偏移量进行Key查询，其具体实现可以在下文中结合具体实例进行说明。

进一步地，在本发明其中一个实施例中，第一类型页中还可以存储有指向除第一类型页之外的其它类型页的索引；其中，其它类型页可以包括第二类型页、第三类型页或第四类型页；

其它类型页中还存储有指向下一个同类型页的索引。

在该实施例中，第一类型页中可以存储有指向第二类型页的索引(本文中称为第二索引)、第三类型页的索引(本文中称为第三索引)、以及第四类型页的索引(本文中称为第四索引)；其中，第一类型页中的第二索引、第三索引以及第四索引的长度固定。

第二类型页中还存储有下一个第二类型页的索引(本文中称为第五索引)；

第三类型页中还存储有下一个第三类型页的索引(本文中称为第六索引)；

第四类型页中还存储有下一个第四类型页的索引(本文中称为第六索引)。

在该实施例中，基于上述第二索引、第三索引、第四索引、第五索引、第六索引以及第七索引，可以快速定位第一类型页中对应的各第二类型页、第三类型页和第四类型页。

需要说明的是，在本发明实施例中，对于任一第一类型页，第二索引指向的第二类型页可以为对应该第一类型页创建的第一个第二类型页(即该第一类型页中第一个第一类型条目中的Key位置指向的第二类型页)，或者，可以为对应该第一类型页创建的最新的第二类型页(在该情况下，当创建新的第二类型页时，需要更新该第一类型页中的第二索引)。

同理，第三索引指向的第三类型页和第四索引指向的第四类型页也可以包括对应第一类型页创建的第一个第三类型页和第四类型页，或者，最新的第三类型页和第四类型页。

相应地，在该实施例中，建立目标MVBT数据存储结构之后，还可以包括：

根据指向除第一类型页之外的其它类型页的索引，确定第一类型页对应其它类型页；其中，其它类型页包括第二类型页、第三类型页或第四类型页；

对于任一类型的其它类型页，根据指向下一个同类型页的索引确定全部同类型的其它类型页；

对第一类型页、第一类型页对应的全部其它类型页进行资源回收。

例如，对于任一第一类型页，可以根据该第一类型页中的第二索引、第三索引、第四索引确定该第一类型页对应的第二类型页、第三类型页和第四类型页；进而，分别根据第二类型页中的第五索引、第三类型页中的第六索引以及第四类型页中的第七索引确定全部第二类型页、第三类型页和第四类型页，进而，对该第一类型页，以及该第一类型页对应的全部第二类型页、第三类型页和第四类型页进行资源回收。

为了使本领域技术人员更好地理解本发明实施例提供的技术方案，下面结合具体实例对本发明实施例提供的技术方案进行说明。

请参见图2，为本发明实施例提供的一种目标MVBT数据存储结构的示意图，如图2所示，该目标MVBT数据存储结构包括第一类型页(该实施例中称为TreeNodePage(树结点页))、第二类型页(该实施例中称为Data Page for Key(键数据页))、第三类型页(该实施例中称为Data Page for Value(值数据页))以及第四类型页(该实施例中称为SortListPage(排序列表页))。其中：

TreeNodePage包含5个区域：

1、FirstSortListPage(第一个排序列表页，即上述第五索引)：记录了第一个SortListPage的位置。

2、CurrentSortList(当前排序列表，即上述第一索引)：记录了最新的第一类型条目的属性信息的位置。

3、FirstDataPage(第一个数据页，即上述第三索引)：记录了第一个Value位置(Value Location)指向的Data Page for Value的位置。

4、FirstKeyDataPage(第一个键数据页，上述第二索引)：记录了第一个Key位置(Value Location)指向的Data Page for Key的位置。

5、剩下的部分都是Key域，记录了每一个Key和Value在Data Page中的位置以及该Key的生存周期。

其中，TreeNode中FirstSortListPage、CurrentSortList、FirstDataPage以及FirstKeyDataPage的长度固定(各区域长度可以相同也可以不同)，Key域中各第一类型条目(一个条目包括一个Key位置字段、一个Value位置字段以及一个生存周期字段)的长度固定且相同。

SortListPage用于记录TreeNodePage中第一类型条目的数量，以及按照Key排序规则排序后的各第一类型条目在TreeNodePage中的位置偏移量，用于加速查找。SortListPage包含2个区域：

1、NextSortListPage(下一个排序列表页，即上述第七索引)：记录下一个SortListPage的位置；由于一个SortListPage的大小是有限的，通过TreeNodePage的FirstSortListPage和SortListPage的NextSortListPage将所有的SortListPage关联起来，统一管理；

2、第一类型条目的属性信息：记录了第一类型页中第一类型条目的数量以及各第一类型条目在TreeNodePage中的位置偏移量；其中，各第一类型条目在TreeNodePage中的位置偏移量在第四类型页中按序存储，且存储的顺序与每个第一类型条目包括的Key位置字段对应的Key按照预设Key排序规则的排序结果一致，以提高查找效率。

其中，SortListPage中的第一类型条目的属性信息通过追加写模式写入。

DataPage(包括Data Page for Key和Data Page for Value)用于记录Key/Value的实际数据。DataPage包含2个区域：

1、NextDataPage(下一个数据页，即上述第五索引(Data Page for Key)或第六索引(Data Page for Value))：记录下一个DataPage的位置；由于一个DataPage的大小有限，通过TreeNodePage的FirstDataPage和DataPage的NextDataPage，将所有的DataPage关联起来(Data Page for Key和Data Page for Value分别关联)，统一管理。

2、实际数据域：用于存储Key/Value的实际数据。

其中，Key/Value的实际数据的长度可以为所支持的任意长度。

基于图2所示目标MVBT数据存储结构，本发明实施例提供的数据处理方案实现流程如下：

当接收针对Key/Value：“This is Key”/“This is Data”的插入请求时，将“Thisis Key”写入Data Page for Key，并将“This is Data”写入Data Page for Value。

将Data Page for Key的索引和“This is Key”在Data Page for Key中的偏移量作为“This is Key”对应的Key Location(假设为Key Location0(键位置0))，并将DataPage for Value的索引和“This is Data”在Data Page for Value中的偏移量作为“Thisis Data”对应的Value Location(该实施例中称为Value Location0(值位置0))，将KeyLocation0、Value Location0以及“This is Key”对应的生存周期(本文中记为生存周期0)作为一个第一类型条目记录到TreeNodePage中(位置偏移量为0)。

此时，TreeNodePage中仅存在一个第一类型条目，其位置偏移量为0，因此，SortListPage中的第一类型条目的属性信息中包括的第一类型条目的数量为1，该第一类型条目在TreeNodePage中的位置偏移量为0。

其中，插入Key/Value：“This is Key”/“This is Data”之后的目标MVBT数据存储结构的示意图如图3A所示。

在上一个Key的基础上，再插入新的Key/Value：“Zoo”/“Glad to see youagain”。此时，可以分别将“Zoo”和“Glad to see you again”写入Data Page for Key和Data Page for Value。

将Data Page for Key的索引和“Zoo”在Data Page for Key中的位置偏移量作为“Zoo”对应的Key Location(假设为Key Location1)，并将Data Page for Value的索引和“Glad to see you again”在Data Page for Value中的位置偏移量作为“Glad to seeyou again”对应的Value Location(假设为Value Location1)，将Key Location1、ValueLocation1以及“Zoo”对应的生存周期(本文中记为生存周期1)作为一个第一类型条目记录到TreeNodePage中(偏移量为1)。

此时，TreeNodePage中存在两个第一类型条目，其位置偏移量分别为0和1，因此，需要更新SortListPage中的第一类型条目的属性信息，更新后的第一类型条目的属性信息中的第一类型条目的数量为2，第一类型条目在TreeNodePage中的位置偏移量分别为0和1。

在该实施例中，假设对Key使用字典序排序，由于“Z”大于“T”，因此，Key“This isKey”应该排在“Zoo”的前面，第一类型条目的属性信息中“位置偏移量0”应该排在“位置偏移量1”前面；TreeNodePage中的CurrentSortList指向最晚写入的第一类型条目的属性信息。

其中，插入Key/Value：“Zoo”/“Glad to see you again”之后的目标MVBT数据存储结构的示意图如图3B所示。

在上两个Key的基础上，再插入新的Key/Value：“Hello”/“Word”。假设最初的DataPage(假设分别为Data Page for Key0和Data Page for Value0)和SortListPage(假设为SortListPage0)已写满，此时，需要创建新的DataPage(假设分别为Data Page forKey1和Data Page for Value1)和SortListPage(假设为SortListPage1)，并将最初的DataPage和SortListPage分别挂接到新创建的DataPage和SortListPage上，后续的插入操作针对新创建的页进行。

其中，可以将“Hello”和“Word”分别写入Data Page for Key1和Data Page forValue1。

将Data Page for Key1的索引和“Hello”在Data Page for Key1中的位置偏移量作为“Hello”对应的Key Location(假设为Key Location2)，并将Data Page for Value1的索引和“Word”在Data Page for Value1中的位置偏移量作为“Word”对应的ValueLocation(假设为Value Location2)，将Key Location2、Value Location2以及“Hello”对应的生存周期(本文中记为生存周期2)作为一个第一类型条目记录到TreeNodePage中(位置偏移量为2)。

此时，TreeNodePage中存在三个第一类型条目，其位置偏移量分别为0、1和2，因此，需要更新SortListPage中的第一类型条目的属性信息，更新后的第一类型条目的属性信息中的第一类型条目的数量为3，第一类型条目在TreeNodePage中的偏移量分别为0、1和2。

由于“H”小于“T”和“Z”，因此，Key“Hello”应该排在“This is Key”和“Zoo”的前面，第一类型条目中“位置偏移量2”应该排在“位置偏移量1”和“位置偏移量0”的前面；TreeNodePage中的CurrentSortList指向最晚写入的第一类型条目的属性信息。

其中，插入Key/Value：“Hello”/“Word”之后的目标MVBT数据存储结构的示意图如图3C所示。

当接收到针对Key“Hello”的删除请求，可以根据TreeNodePage中的CurrentSortList的值确定最晚写入的的第一类型条目的属性信息，并利用二分法从该最晚写入的的第一类型条目的属性信息中的各第一类型条目在TreeNodePage中的位置偏移量中选择一个位置偏移量。

以图3C所示SortListPage为例，利用二分法从SortListPage1中最晚写入的第一类型条目中选择的位置偏移量为0，根据该位置偏移量从TreeNodePage中获取到的KeyLocation为Key Location0，根据该Key Location从Data Page for Key中获取到的Key为“This is Key”。由于该Key和“Hello”不匹配，且“H”小于“T”，因此，可以利用二分法从SortListPage1的最晚写入的第一类型条目的属性信息中排在“位置偏移量0”前面的位置偏移量中选择一个位置偏移量。

在该实施例中，SortListPage1的最新的第一类型条目信息中排在位置偏移量0”前面的只有“位置偏移量2”，因此，所选择的位置偏移量为2，根据该位置偏移量从TreeNodePage中获取到的Key Location为Key Location2，根据该Key Location从DataPage for Key中获取到的Key为“Hello”，其与待删除的Key匹配。

其中，在该实施例中，假设对Key进行匹配时，生存周期的匹配结果为成功。

在该实施例中，查询到Key“Hello”之后，可以将“Hello”设置为Dead Key，即将“Hello”的生存周期(即生存周期2，假设为[a，+∞))的结束版本号替换为该删除事务对应的版本号(假设为b)，即将“Hello”的生存周期修改为[a，b)。

需要说明的是，在该实施例中，假设接收到针对“Hello”的读取请求时，可以按照上述方式查询到“Hello”之后，根据其对应的Value Location(即Value Location2)从DataPage for Value中获取到对应的Value，即“World”，并将“Hello”和“World”返回给读取请求发起方设备。

通过以上描述可以看出，在本发明实施例提供的技术方案中，通过对传统MVBT实现方案中的数据存储结构进行修改，在修改后的MVBT数据存储结构中，树形结构的第一类型页不再存储具体的Key数据和Value数据，而是存储Key位置、与Key对应的Value位置以及Key生存周期，且该第一类型页中由相互对应的Key位置、Value位置以及生存周期三者构成的条目的长度固定，从而可以按照传统MVBT实现方案中页的合并和分裂等操作方式实现该第一类型页的合并和分裂等操作；此外，该修改后的MVBT数据存储结构中新增用于存储Key的第二类型页和用于存储Value的第三类型页，该第二类型页和第三类型页中存储的Key和Value不要求固定长度，提高了Key和Value存储的灵活性，减少了资源浪费，并提高了数据处理性能。

请参见图4，为本发明实施例提供一种数据处理装置的结构示意图，其中，该装置可以应用于上述方法实施例中的网络设备，如图4所示，该数据处理装置可以包括：

建立单元410，用于建立目标多版本B+树MVBT数据存储结构；其中，所述目标MVBT数据存储结构包括第一类型页、第二类型页和第三类型页，所述第一类型页用于存储键Key位置、与所述Key对应的值Value位置以及所述Key的生存周期；所述第二类型页用于存储Key，所述第三类型页用于存储Value；所述第一类型页为树形结构页，且所述第一类型页中一个第一类型条目包括一个Key位置字段、一个Value位置字段以及一个生存周期字段；所述第一类型页中各第一类型条目长度固定且相同；

接收单元420，用于接收数据处理请求；

处理单元430，用于基于所述目标MVBT数据存储结构对所述接收单元420接收到的数据处理请求进行响应。

在可选实施例中，所述目标MVBT数据存储结构还包括第四类型页，所述第四类型页用于存储第一类型页中第一类型条目的属性信息，所述属性信息包括第一类型条目的数量，以及各第一类型条目在所述第一类型页中的位置偏移量；

每个位置偏移量在所述第四类型页中按序存储，且存储的顺序与每个第一类型条目包括的Key位置字段对应的Key的排序结果一致。

在可选实施例中，所述处理单元430，具体用于当所述数据处理请求为针对第一Key和第一Value的插入请求时，将所述第一Key写入所述第二类型页，并将所述第一Value写入所述第三类型页；

在所述第一类型页中增加对应所述第一Key和第一Value的第一类型条目，该第一类型条目中的Key位置字段记录有所述第一Key所写入的第二类型页的索引，以及所述第一Key在该第二类型页中的位置偏移量，该第一类型条目中的Value位置字段记录有所述第一Value所写入的第三类型页的索引，以及所述第一Value在该第三类型页中的位置偏移量，该第一类型条目中的生存周期字段记录有所述第一Key的生存周期；

更新所述第四类型页中存储的第一类型条目的数量，并按照所述预设Key排序规则，将所述第一Key对应的第一类型条目在所述第一类型页中的位置偏移量插入所述第一类型条目的属性信息中。

在可选实施例中，所述处理单元430，具体用于当所述数据处理请求为针对第二Key的删除请求时，查询该第二Key对应的第一类型条目；

将该第一类型条目中的生存周期中的结束版本号更新为该删除请求对应的版本号。

在可选实施例中，所述处理单元430，具体用于当所述数据处理请求为针对第三Key和对所述第三Key对应的第三Value的读取请求时，按照树形结构中根结点页至叶子结点页的顺序，利用二分法规则，在所述第四类型页中，获取第一类型页中第一类型条目的位置偏移量；

根据获取的第一类型条目的位置偏移量，确定该第一类型条目的偏移量对应的第一类型条目中包括的Key位置对应的Key；

当确定出的Key与所述第三Key匹配时读取该Key，以及该Key对应的Value。

在可选实施例中，所述处理单元430，还用于通过追加写模式，将所述第一类型条目的属性信息写入所述第四类型页中；

所述第一类型页中还存储有所述第一类型页对应的第四类型页中最晚写入的第一类型条目的属性信息的第一索引；其中，所述第一类型页中第一索引的长度固定。

在可选实施例中，所述第一类型页中还存储有指向除第一类型页之外的其它类型页的索引；

所述其它类型页中还存储有指向下一个同类型页的索引；

其中，所述指向除第一类型页之外的其它类型页的索引的长度固定；

请一并参见图5，为本发明实施例提供的另一种数据处理装置的结构示意图，如图5所示，在图4所示数据处理装置的基础上，图5所示数据处理装置还可以包括

资源管理单元440，用于根据所述指向除第一类型页之外的其它类型页的索引，确定所述第一类型页对应其它类型页；其中，所述其它类型页包括第二类型页、第三类型页或第四类型页；

对于任一类型的其它类型页，根据所述指向下一个同类型页的索引确定全部同类型的其它类型页；

对所述第一类型页、所述第一类型页对应的全部其它类型页进行资源回收。

请参见图6，为本发明实施例提供的一种数据处理装置的硬件结构示意图。该数据处理装置可以包括处理器601、存储有机器可执行指令的机器可读存储介质602。处理器601与机器可读存储介质602可经由系统总线603通信。并且，通过读取并执行机器可读存储介质602中与数据处理逻辑对应的机器可执行指令，处理器601可执行上文描述的数据处理方法。

本文中提到的机器可读存储介质602可以是任何电子、磁性、光学或其它物理存储装置，可以包含或存储信息，如可执行指令、数据，等等。例如，机器可读存储介质可以是：RAM(Radom Access Memory，随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等)，或者类似的存储介质，或者它们的组合。

本发明实施例还提供了一种包括机器可执行指令的机器可读存储介质，例如图6中的机器可读存储介质602，所述机器可执行指令可由数据处理装置中的处理器601执行以实现以上描述的数据处理方法。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本发明方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

由上述实施例可见，通过对传统MVBT实现方案中的数据存储结构进行修改，在修改后的MVBT数据存储结构中，树形结构的第一类型页不再存储具体的Key数据和Value数据，而是存储Key位置、与Key对应的Value位置以及Key生存周期，且该第一类型页中由相互对应的Key位置、Value位置以及生存周期三者构成的条目的长度固定，从而可以按照传统MVBT实现方案中页的合并和分裂等操作方式实现该第一类型页的合并和分裂等操作；此外，该修改后的MVBT数据存储结构中新增用于存储Key的第二类型页和用于存储Value的第三类型页，该第二类型页和第三类型页中存储的Key和Value不要求固定长度，提高了Key和Value存储的灵活性，减少了资源浪费，并提高了数据处理性能。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (14)

1.一种数据处理方法，其特征在于，包括：

建立目标多版本B+树MVBT数据存储结构；其中，所述目标MVBT数据存储结构包括第一类型页、第二类型页和第三类型页，所述第一类型页用于存储键Key位置、与所述Key对应的值Value位置以及所述Key的生存周期；所述第二类型页用于存储Key，所述第三类型页用于存储Value；所述第一类型页为树形结构页，且所述第一类型页中一个第一类型条目包括一个Key位置字段、一个Value位置字段以及一个生存周期字段；所述第一类型页中各第一类型条目长度固定且相同；

基于所述目标MVBT数据存储结构对接收到的数据处理请求进行响应。

2.根据权利要求1所述的方法，其特征在于，所述目标MVBT数据存储结构还包括第四类型页，所述第四类型页用于存储第一类型页中第一类型条目的属性信息，所述属性信息包括第一类型条目的数量，以及各第一类型条目在所述第一类型页中的位置偏移量；

每个位置偏移量在所述第四类型页中按序存储，且存储的顺序与每个第一类型条目包括的Key位置字段对应的Key的排序结果一致。

3.根据权利要求2所述的方法，其特征在于，所述基于所述目标MVBT数据存储结构对接收到的数据处理请求进行响应，包括：

当所述数据处理请求为针对第一Key和第一Value的插入请求时，将所述第一Key写入所述第二类型页，并将所述第一Value写入所述第三类型页；

在所述第一类型页中增加对应所述第一Key和第一Value的第一类型条目，该第一类型条目中的Key位置字段记录有所述第一Key所写入的第二类型页的索引，以及所述第一Key在该第二类型页中的位置偏移量，该第一类型条目中的Value位置字段记录有所述第一Value所写入的第三类型页的索引，以及所述第一Value在该第三类型页中的位置偏移量，该第一类型条目中的生存周期字段记录有所述第一Key的生存周期；

更新所述第四类型页中存储的第一类型条目的数量，并按照预设Key排序规则，将所述第一Key对应的第一类型条目在所述第一类型页中的位置偏移量插入所述第一类型条目的属性信息中。

4.根据权利要求2所述的方法，其特征在于，所述基于所述目标MVBT数据存储结构对接收到的数据处理请求进行响应，包括：

当所述数据处理请求为针对第二Key的删除请求时，查询该第二Key对应的第一类型条目；

将该第一类型条目中的生存周期中的结束版本号更新为该删除请求对应的版本号。

5.根据权利要求2所述的方法，其特征在于，所述基于所述目标MVBT数据存储结构对接收到的数据处理请求进行响应，包括：

当所述数据处理请求为针对第三Key和对所述第三Key对应的第三Value的读取请求时，按照树形结构中根结点页至叶子结点页的顺序，利用二分法规则，在所述第四类型页中，获取第一类型页中第一类型条目的位置偏移量；

根据获取的第一类型条目的位置偏移量，确定该第一类型条目的偏移量对应的第一类型条目中包括的Key位置对应的Key；

当确定出的Key与所述第三Key匹配时，读取该Key以及该Key对应的Value。

6.根据权利要求2所述的方法，其特征在于，所述方法还包括：通过追加写模式，将所述第一类型条目的属性信息写入所述第四类型页中；

所述第一类型页中还存储有所述第一类型页对应的第四类型页中最晚写入的第一类型条目的属性信息的第一索引；其中，所述第一类型页中第一索引的长度固定。

7.根据权利要求2所述的方法，其特征在于，所述第一类型页中还存储有指向除第一类型页之外的其它类型页的索引；

所述其它类型页中还存储有指向下一个同类型页的索引；

其中，所述指向除第一类型页之外的其它类型页的索引的长度固定；

所述建立目标MVBT数据存储结构之后，所述方法还包括：

根据所述指向除第一类型页之外的其它类型页的索引，确定所述第一类型页对应其它类型页；其中，所述其它类型页包括第二类型页、第三类型页或第四类型页；

对于任一类型的其它类型页，根据所述指向下一个同类型页的索引确定全部同类型的其它类型页；

对所述第一类型页、所述第一类型页对应的全部其它类型页进行资源回收。

8.一种数据处理装置，其特征在于，包括：

建立单元，用于建立目标多版本B+树MVBT数据存储结构；其中，所述目标MVBT数据存储结构包括第一类型页、第二类型页和第三类型页，所述第一类型页用于存储键Key位置、与所述Key对应的值Value位置以及所述Key的生存周期；所述第二类型页用于存储Key，所述第三类型页用于存储Value；所述第一类型页为树形结构页，且所述第一类型页中一个第一类型条目包括一个Key位置字段、一个Value位置字段以及一个生存周期字段；所述第一类型页中各第一类型条目长度固定且相同；

接收单元，用于接收数据处理请求；

处理单元，用于基于所述目标MVBT数据存储结构对所述接收单元接收到的数据处理请求进行响应。

9.根据权利要求8所述的装置，其特征在于，所述目标MVBT数据存储结构还包括第四类型页，所述第四类型页用于存储第一类型页中第一类型条目的属性信息，所述属性信息包括第一类型条目的数量，以及各第一类型条目在所述第一类型页中的位置偏移量；

每个位置偏移量在所述第四类型页中按序存储，且存储的顺序与每个第一类型条目包括的Key位置字段对应的Key的排序结果一致。

10.根据权利要求9所述的装置，其特征在于，

所述处理单元，具体用于当所述数据处理请求为针对第一Key和第一Value的插入请求时，将所述第一Key写入所述第二类型页，并将所述第一Value写入所述第三类型页；

在所述第一类型页中增加对应所述第一Key和第一Value的第一类型条目，该第一类型条目中的Key位置字段记录有所述第一Key所写入的第二类型页的索引，以及所述第一Key在该第二类型页中的位置偏移量，该第一类型条目中的Value位置字段记录有所述第一Value所写入的第三类型页的索引，以及所述第一Value在该第三类型页中的位置偏移量，该第一类型条目中的生存周期字段记录有所述第一Key的生存周期；

更新所述第四类型页中存储的第一类型条目的数量，并按照预设Key排序规则，将所述第一Key对应的第一类型条目在所述第一类型页中的位置偏移量插入所述第一类型条目的属性信息中。

11.根据权利要求9所述的装置，其特征在于，

所述处理单元，具体用于当所述数据处理请求为针对第二Key的删除请求时，查询该第二Key对应的第一类型条目；

将该第一类型条目中的生存周期中的结束版本号更新为该删除请求对应的版本号。

12.根据权利要求9所述的装置，其特征在于，

所述处理单元，具体用于当所述数据处理请求为针对第三Key和对所述第三Key对应的第三Value的读取请求时，按照树形结构中根结点页至叶子结点页的顺序，利用二分法规则，在所述第四类型页中，获取第一类型页中第一类型条目的位置偏移量；

根据获取的第一类型条目的位置偏移量，确定该第一类型条目的偏移量对应的第一类型条目中包括的Key位置对应的Key；

当确定出的Key与所述第三Key匹配时读取该Key，以及该Key对应的Value。

13.根据权利要求9所述的装置，其特征在于，

所述处理单元，还用于通过追加写模式，将所述第一类型条目的属性信息写入所述第四类型页中；

所述第一类型页中还存储有所述第一类型页对应的第四类型页中最晚写入的第一类型条目的属性信息的第一索引；其中，所述第一类型页中第一索引的长度固定。

14.根据权利要求9所述的装置，其特征在于，所述第一类型页中还存储有指向除第一类型页之外的其它类型页的索引；

所述其它类型页中还存储有指向下一个同类型页的索引；

其中，所述指向除第一类型页之外的其它类型页的索引的长度固定；

所述装置还包括：

资源管理单元，用于根据所述指向除第一类型页之外的其它类型页的索引，确定所述第一类型页对应其它类型页；其中，所述其它类型页包括第二类型页、第三类型页或第四类型页；

对于任一类型的其它类型页，根据所述指向下一个同类型页的索引确定全部同类型的其它类型页；

对所述第一类型页、所述第一类型页对应的全部其它类型页进行资源回收。

Images