具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

本发明实施例提供了一种基于LSM-Tree存储引擎的文件管理方法，该方法可以应用在配置有LSM-Tree存储引擎的存储集群，并主要由LSM-Tree存储引擎来执行。其中，存储集群具体可以是云存储平台，存储集群可以利用SMR磁盘来存储业务数据，并通过LSM-Tree存储引擎来管理SMR磁盘内的数据读写、更新和删除等。LSM-Tree存储引擎可以支持KV分离的存储方式，通过Blob文件和SST文件分别存储业务数据的Value值和Key值。LSM-Tree存储引擎生成Blob文件和SST文件后，可以以登记文件版本的方式来生效Blob文件和SST文件，并可以将生效后的Blob文件和SST文件分别存储在SMR磁盘中的顺序存储区和随机存储区中。每个生效的Blob文件对应一个生效的SST文件，在执行多个SST文件的Compaction后，多个生效的Blob文件可以对应一个生效的SST文件。本实施例中以存储集群为云存储平台为例进行说明，其它情况与之类似，不再一一举例说明。

下面将结合具体实施方式，对图1所示的处理流程进行详细的说明，内容可以如下：

步骤101，在生成Blob文件和SST文件过程中，监测SST文件的版本登记状态。

在实施中，云存储平台在对外提供云存储服务时，LSM-Tree存储引擎可以获取用户上传的业务数据，并对业务数据的数据内容进行解析，以读取其中的Key-Value形式的数据。之后，LSM-Tree存储引擎可以将Key-Value数据保存在内存表中，当内存表写满时，可以对内存表中的数据进行Flush处理，从而可以生成业务数据对应的SST文件和Blob文件。具体的，LSM-Tree存储引擎可以将业务数据的Key值和Value值对应存储在Blob文件里，并在SST文件中存储业务数据的Key值，和对应的Value值在Blob文件中的存储位置。基于Blob文件存储在SMR磁盘中的顺序存储区，一个Blob文件对应一个顺序存储区，则SST文件中记录的内容可以是Key值和顺序存储区的编号的形式的数据。除了上述对业务数据进行Flush的过程之外，LSM-Tree存储引擎在对SST文件进行Compaction时，可以基于多个SST文件生成新的SST文件，故而也存在SST文件的生成过程。而在生成Blob文件和SST文件的过程中，LSM-Tree存储引擎可以对SST文件的版本登记状态进行监测。

步骤102，根据SST文件不同的版本登记状态，利用不同的阶段信息，对SST文件对应的已生效的Blob文件进行标记。

在实施中，SST文件不同的版本登记状态可以对应不同的Blob文件的阶段信息。在Flush业务数据的过程中，Blob文件将先于SST文件生成完成，相应的，也将先于SST文件进行登记而生效。而在Compaction的过程中，一般情况下Blob文件始终为已生效状态。因此，在上述两种处理过程中，Blob文件处于生效状态下时，其对应的SST文件将会出现多种版本登记状态。进一步的，可以设定SST文件不同的版本登记状态对应不同的Blob文件的阶段信息，如版本登记状态为已登记对应阶段信息A，版本登记状态为未登记对应阶段信息B。故而LSM-Tree存储引擎可以根据SST文件不同的版本登记状态，利用不同的阶段信息，对SST文件对应的已生效的Blob文件进行标记。其中，标记的方式可以是在Blob文件的元信息中添加阶段信息。

步骤103，定期根据阶段信息，对已生效的Blob文件进行异常文件处理。

在实施中，在Blob文件和SST文件登记和生效后，LSM-Tree存储引擎可以定期检测SMR磁盘中已生效的Blob文件对应的阶段信息。之后，LSM-Tree存储引擎可以根据检测到的阶段信息，对已生效的Blob文件进行异常文件处理。具体可以是先将标记的阶段信息不属于指定阶段信息的Blob文件，确定为待处理的异常文件，再对异常文件进行处理。进一步的，LSM-Tree存储引擎中可以运行有专用于文件清理的GC Loop程序，并由GC Loop来执行步骤103中的异常文件处理。

可选的，可以视SST文件的登记与否，将Blob文件标记为中间或最终状态，相应的，步骤102的处理可以如下：若SST文件未登记版本，则将SST文件对应的Blob文件标记为中间阶段，否则标记为最终阶段。

在实施中，LSM-Tree存储引擎在生成Blob文件时，由于一般情况下Blob文件先于SST文件生成，则此时Blob文件对应的SST文件将会处于未登记版本的状态。故而，LSM-Tree存储引擎可以将Blob文件标记为中间阶段。同时，LSM-Tree存储引擎可以监测SST文件的版本登记状态，若SST文件处于已登记版本状态，则可以将Blob文件标记为最终阶段。

可选的，基于上述中间阶段和最终阶段的标记方式，下述将分别就Flush过程和Compaction过程分别进行描述，具体内容可以如下：

(一)Flush过程：在完成业务数据的Flush处理，生成Blob文件时，标记Blob文件为中间阶段；在Blob文件对应的SST文件生成并登记后，将Blob文件的切换标记为最终阶段。

在实施中，LSM-Tree存储引擎在对业务数据进行Flush处理时，可以从内存表中逐个提取业务数据的Key值和Value值，然后对应存储在Blob文件中。在存储完成后，LSM-Tree存储引擎可以以Key值作为标识，记录Value值在Blob文件中的存储位置，然后将Key值和该存储位置对应存储在Blob文件对应的SST文件中。例如，业务数据为“手机号1-15011112222”，其中Key值为“手机号1”、value值为“15011112222”，那么Blob文件中的存储内容为“手机号-15011112222”，该数据在Blob文件的存储位置假设为第一个Blob文件的第50M-51M的偏移位置，则SST文件中的存储内容可以为“手机号1-Blob文件1.50M-51M”。可以理解，一个Blob文件中可以存储有大量的Key-Value数据，SST文件也可以存储有大量的“Key-存储位置”数据。

这样，在Flush处理过程中，LSM-Tree存储引擎可以先生成Blob文件，并在此时标记Blob文件为中间阶段。之后，当监测到Blob文件对应的SST文件生成，并完成登记后，LSM-Tree存储引擎则可以将Blob文件的标记从中间阶段切换为最终阶段。

(二)Compaction过程：在开始执行SST文件的Compaction时，将SST文件对应的Blob文件切换标记为中间阶段；在完成SST文件的Compaction处理，生成并登记新SST文件后，将SST文件对应的Blob文件切换标记为最终阶段。

在实施中，当生成的SST文件的数量达到一定阈值时，LSM-Tree存储引擎可以开始执行SST文件的Compaction处理。此时，LSM-Tree存储引擎可以确定需要执行Compaction处理的所有SST文件，并将这些SST文件对应的Blob文件的标记从最终阶段切换为中间阶段。之后，LSM-Tree存储引擎可以执行SST文件的Compaction处理，生成新STT文件，并对其进行版本登记。此时，由于新SST文件对应的Blob文件，即为执行Compaction处理的所有STT文件对应的Blob文件，LSM-Tree存储引擎则可以将上述SST文件对应的Blob文件切换标记为最终阶段。

可选的，基于上述中间阶段和最终阶段的标记方式，步骤103的处理可以为：定期对标记为中间阶段的已生效的目标Blob文件，进行异常文件处理。

在实施中，若SST文件未登记版本，SST文件对应的Blob文件将被标记为中间阶段，则可以认为标记为中间阶段的Blob文件属于垃圾文件，LSM-Tree存储引擎中的GC Loop程序可以定期对标记为中间阶段的已生效的目标Blob文件，进行异常文件处理。

可选的，进行异常文件处理时，需要考虑是否保留Blob文件的数据内容，相应的处理可以如下：若不存在目标Blob文件对应的已生效的目标SST文件，则删除目标Blob文件，否则重新创建目标Blob文件。

在实施中，GC Loop程序若检测到目标Blob文件被标记为中间阶段，则可以先判断LSM-Tree存储引擎中是否存在目标Blob文件对应的已生效的目标SST文件。具体的判断过程可以是，先读取目标Blob文件中的Key值，然后检索LSM-Tree存储引擎中是否存在Key值对应的存储位置。如果存在，则可以认为LSM-Tree存储引擎中存在该Key值对应的已生效的SST文件，但还需进一步判断该SST文件是否与目标Blob文件对应，即可以判断该存储位置是否为目标Blob文件中该Key值对应的存储位置。如果是，则代表该SST文件是目标Blob文件对应的已生效的目标SST文件。此时，目标Blob文件的阶段信息记录错误，LSM-Tree存储引擎中不存在目标SST文件对应的其它Blob文件，GCLoop程序则可以重新创建目标Blob文件。

而如果检索到的存储位置不是指向目标Blob文件的，则可以认为上述SST文件与已生效的其它Blob文件相对应，且其它Blob文件记录了目标Blob文件中Key-Value数据，故而可以判定目标Blob文件为多余的文件，GCLoop程序可以直接删除目标Blob文件，而无需重新创建目标Blob文件。

而如果LSM-Tree存储引擎中不存在Key值对应的存储位置，则可以认为Key值仍存储在内存表中，也即相关业务数据的Flush处理未执行完成，这样，LSM-Tree存储引擎将会继续执行相应的Flush处理，也即LSM-Tree存储引擎会重新生成Blob文件和对应的SST文件。故而可以判定目标Blob文件为多余的文件，GCLoop程序可以直接删除目标Blob文件，而无需重新创建目标Blob文件。

可选的，Blob文件的重建过程可以至少存在如下两种方式：

方式一：根据目标Blob文件创建新Blob文件和新SST文件，并删除目标Blob文件和目标SST文件。

在实施中，GC Loop程序在重新创建目标Blob文件时，可以读取目标Blob文件中Key-Value数据，将Key-Value数据写入新Blob文件中，并同时创建新SST文件。值得一提的是，在新Blob文件创建完成后，新SST文件创建完成前，可以将新Blob文件标记中间阶段，而在新SST文件创建完成后，可以将新Blob文件切换标记为最终阶段。这样，GC Loop程序可以将新Blob文件和新SST文件分别存储在SMR磁盘的顺序存储区和随机存储区，同时可以删除目标Blob文件和目标SST文件。

方式二，根据目标Blob文件创建新Blob文件，并将新Blob文件标记为中间阶段；将新Blob文件与目标SST文件建立关联，将新Blob文件标记为最终阶段，并删除目标Blob文件。

在实施中，GC Loop程序在重新创建目标Blob文件时，可以读取目标Blob文件中Key-Value数据，将Key-Value数据写入新Blob文件中，并将新Blob文件标记为中间阶段。之后，GC Loop程序可以将新Blob文件与目标SST文件重新建立关联，再将新Blob文件切换标记为最终阶段，同时可以删除SMR磁盘中的目标Blob文件，以释放存储空间。

值得一提的是，LSM-Tree存储引擎生成的SST文件的数据量较小，存储在SMR磁盘中的随机存储区中，Blob文件存储在SMR磁盘中的顺序存储区中，且可以将Blob文件的数据量大小设置为一个顺序存储区的空间大小，从而一个Blob文件可以对应一个顺序存储区。在进行异常文件处理时，可以以顺序存储区为单位执行处理，更加便于SMR磁盘的存储空间回收。

上述整体处理流程可以如图2所示：

1.执行Flush或Compaction时生成SST文件及关联的Blob文件；

2.Blob文件版本登记生效，标记为中间阶段

3.SST文件版本登记生效；

4.Blob文件标记为最终阶段；

5.GC Loop程序定期处理异常Blob文件。

为了便于理解，图3示出了本实施例中Blob文件的阶段变化原理，其中：

1.Blob文件的初始化阶段，是临时状态，不进行标记。

2.Flush处理先生成Blob文件，Blob文件由初始化阶段切换到中间阶段；

3.Flush完成，生成SST文件且登记生效后，Blob文件由中间阶段切换到最终阶段；

4.LSM-Tree存储引擎满足Compaction条件时，执行Compaction前Blob文件由最终阶段切换到中间阶段；

5.Compaction完成，生成SST文件且登记生效后，Blob文件由中间阶段切换到最终阶段；

6.GCLoop程序发现异常Blob文件，根据异常Blob文件生成新Blob文件，新Blob处于中间阶段，异常Blob文件阶段不变；

7.GCLoop程序将新Blob文件与SST文件关联后，新Blob文件由中间阶段切换到最终阶段，并删除异常阶段的Blob文件；

本发明实施例中，在生成Blob文件和SST文件的过程中，监测SST文件的版本登记状态；根据SST文件不同的版本登记状态，利用不同的阶段信息，对SST文件对应的已生效的Blob文件进行标记；定期根据阶段信息，对已生效的Blob文件进行异常文件处理。这样，在SST文件不同的版本登记状态下，分别以不同阶段信息来标记已生效的Blob文件，从而在定期处理异常文件时，通过阶段信息可以很容易识别哪些Blob文件处于异常阶段，再通过对异常文件的处理可以释放出SMR磁盘中无效的Blob文件，可以有效避免SMR磁盘的存储空间发生泄漏。

基于相同的技术构思，本发明实施例还提供了一种基于LSM-Tree存储引擎的文件管理装置，如图4所示，所述装置包括：

文件生成模块401，用于在生成Blob文件和SST文件的过程中，监测所述SST文件的版本登记状态；

阶段标记模块402，用于根据所述SST文件不同的版本登记状态，利用不同的阶段信息，对所述SST文件对应的已生效的Blob文件进行标记；

文件处理模块403，用于定期根据所述阶段信息，对已生效的Blob文件进行异常文件处理。

可选的，所述阶段标记模块402，具体用于：

若所述SST文件未登记版本，则将所述SST文件对应的Blob文件标记为中间阶段，否则标记为最终阶段。

可选的，所述文件处理模块403，具体用于：

定期对标记为中间阶段的已生效的目标Blob文件，进行异常文件处理。

图5是本发明实施例提供的网络设备的结构示意图。该网络设备500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器522(例如，一个或一个以上处理器)和存储器532，一个或一个以上存储应用程序542或数据544的存储介质530(例如一个或一个以上海量存储设备)。其中，存储器532和存储介质530可以是短暂存储或持久存储。存储在存储介质530的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对网络设备500中的一系列指令操作。更进一步地，中央处理器522可以设置为与存储介质530通信，在网络设备500上执行存储介质530中的一系列指令操作。

网络设备500还可以包括一个或一个以上电源529，一个或一个以上有线或无线网络接口550，一个或一个以上输入输出接口558，一个或一个以上键盘556，和/或，一个或一个以上操作系统541，例如Windows Server，Mac OS X，Unix，Linux，FreeBSD等等。

网络设备500可以包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行上述基于LSM-Tree存储引擎的文件管理的指令。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是硬盘，磁盘(如SMR磁盘)或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。