用于存储数据的方法和装置与流程

本公开实施例涉及计算机技术领域，具体涉及用于存储数据的方法和装置。

背景技术：

计算机通过文件系统管理、存储数据，而信息爆炸时代中人们可以获取的数据成指数倍的增长，这对数据的管理和存储也提出了越来越高的要求。通常，为了保证数据的高可靠性和高可用性，会对数据作冗余存储。这样虽然可以提高数据的可靠性，但是随着数据量的增大，存储空间有限、存储成本高等问题逐渐凸显。

技术实现要素：

本公开实施例提出了用于存储数据的方法和装置。

第一方面，本公开实施例提供了一种用于存储数据的方法，该方法包括：接收分片数据和压缩建议信息，其中，上述压缩建议信息包括不压缩指示信息或压缩指导信息，其中，上述压缩指导信息包括压缩算法信息和目标压缩长度；响应于确定上述压缩建议信息包括压缩指导信息，执行以下存储步骤：确定是否对上述分片数据进行压缩；响应于确定对上述分片数据进行压缩，使用上述压缩算法信息对应的压缩算法对上述分片数据进行压缩，得到上述分片数据的压缩数据；响应于确定上述压缩数据的长度与上述目标压缩长度相匹配，执行以下第一存储步骤：对上述压缩数据进行纠删码编码得到第一编码数据，以及将上述第一编码数据、上述压缩算法信息和上述分片数据的标识关联存储。

在一些实施例中，上述存储步骤还包括：响应于确定不对上述分片数据进行压缩或者确定上述压缩数据的长度与上述目标压缩长度不匹配，执行以下第二存储步骤：对上述分片数据进行纠删码编码得到第二编码数据，以及将上述第二编码数据和上述分片数据的标识关联存储。

在一些实施例中，上述方法还包括：响应于确定上述压缩建议信息包括不压缩指示信息，执行上述第二存储步骤。

在一些实施例中，上述确定是否对上述分片数据进行压缩，包括：预测使用上述压缩算法信息对应的压缩算法对上述分片数据进行压缩所使用的时间；响应于确定上述时间大于或等于预设阈值，确定不对上述分片数据进行压缩；响应于确定上述时间小于上述预设阈值，根据运行状态信息确定是否对上述分片数据进行压缩。

在一些实施例中，上述分片数据和上述压缩建议信息是通过以下方式确定的：判断所获取的原始数据是否进行压缩，基于判断结果生成压缩建议信息；将上述原始数据进行数据分片，得到至少一个分片数据。

在一些实施例中，上述方法还包括：接收数据获取请求，其中，上述数据获取请求包括目标标识；根据上述目标标识从所存储的数据中确定目标数据，其中，目标数据包括编码数据和标识；响应于确定上述目标数据中还包括压缩算法信息，对上述目标数据中的编码数据进行解码，以及使用与上述目标数据中的压缩算法信息对应的压缩算法对解码后的编码数据进行解压，将解压得到的数据进行发送；响应于确定上述目标数据中不包括压缩算法信息，对上述目标数据中的编码数据进行解码，并将解码得到的数据进行发送。

第二方面，本公开实施例提供了一种用于存储数据的装置，上述装置包括：接收单元，被配置成接收分片数据和压缩建议信息，其中，上述压缩建议信息包括不压缩指示信息或压缩指导信息，其中，上述压缩指导信息包括压缩算法信息和目标压缩长度；执行单元，被配置成响应于确定上述压缩建议信息包括压缩指导信息，执行预设的存储步骤，其中，上述执行单元包括：确定单元，被配置成确定是否对上述分片数据进行压缩；压缩单元，被配置成响应于确定对上述分片数据进行压缩，使用上述压缩算法信息对应的压缩算法对上述分片数据进行压缩，得到上述分片数据的压缩数据；第一存储单元，被配置成响应于确定上述压缩数据的长度与上述目标压缩长度相匹配，执行以下第一存储步骤：对上述压缩数据进行纠删码编码得到第一编码数据，以及将上述第一编码数据、上述压缩算法信息和上述分片数据的标识关联存储。

在一些实施例中，上述执行单元还包括：第二存储单元，被配置成响应于确定不对上述分片数据进行压缩或者确定上述压缩数据的长度与上述目标压缩长度不匹配，执行以下第二存储步骤：对上述分片数据进行纠删码编码得到第二编码数据，以及将上述第二编码数据和上述分片数据的标识关联存储。

在一些实施例中，上述装置还包括：第三存储步骤，被配置成响应于确定上述压缩建议信息包括不压缩指示信息，执行上述第二存储步骤。

在一些实施例中，上述确定单元进一步被配置成：预测使用上述压缩算法信息对应的压缩算法对上述分片数据进行压缩所使用的时间；响应于确定上述时间大于或等于预设阈值，确定不对上述分片数据进行压缩；响应于确定上述时间小于上述预设阈值，根据运行状态信息确定是否对上述分片数据进行压缩。

在一些实施例中，上述分片数据和上述压缩建议信息是通过以下方式确定的：判断所获取的原始数据是否进行压缩，基于判断结果生成压缩建议信息；将上述原始数据进行数据分片，得到至少一个分片数据。

在一些实施例中，上述装置还包括：请求接收单元，被配置成接收数据获取请求，其中，上述数据获取请求包括目标标识；数据确定单元，被配置成根据上述目标标识从所存储的数据中确定目标数据，其中，目标数据包括编码数据和标识；第一发送单元，被配置成响应于确定上述目标数据中还包括压缩算法信息，对上述目标数据中的编码数据进行解码，以及使用与上述目标数据中的压缩算法信息对应的压缩算法对解码后的编码数据进行解压，将解压得到的数据进行发送；第二发送单元，被配置成响应于确定上述目标数据中不包括压缩算法信息，对上述目标数据中的编码数据进行解码，并将解码得到的数据进行发送。

第三方面，本公开实施例提供了一种服务器，该服务器包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当上述一个或多个程序被上述一个或多个处理器执行时，使得上述一个或多个处理器实现如第一方面中任一实现方式描述的方法。

第四方面，本公开实施例提供了一种计算机可读介质，其上存储有计算机程序，其中，该计算机程序被处理器执行时实现如第一方面中任一实现方式描述的方法。

本公开实施例提供的用于存储数据的方法和装置，接收分片数据和压缩建议信息，如果压缩建立信息中包括压缩指导信息，则执行以下存储步骤：首先，确定是否对分片数据进行压缩，如果确定对分片数据进行压缩，则使用压缩指导信息中的压缩算法信息对应的压缩算法对分片数据进行压缩，得到分片数据的压缩数据。之后，如果确定分片数据的压缩数据的长度与压缩指导信息中的目标压缩长度相匹配，则执行以下第一存储步骤：对压缩数据进行纠删码编码得到第一编码数据，并将第一编码数据、压缩算法信息和分片数据的标识关联存储。实现了在对分片数据进行纠删码编码之前根据压缩指导信息对分片数据进行压缩，从而节约了数据存储空间，降低了数据存储成本。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本公开的其它特征、目的和优点将会变得更明显：

图1是本公开的一个实施例可以应用于其中的示例性系统架构图；

图2是根据本公开的用于存储数据的方法的一个实施例的流程图；

图3是根据本公开的用于存储数据的方法的一个应用场景的示意图；

图4是根据本公开的用于存储数据的方法的又一个实施例的流程图；

图5是根据本公开的用于存储数据的装置的一个实施例的结构示意图；

图6是适于用来实现本公开实施例的服务器的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。

图1示出了可以应用本公开实施例的用于存储数据的方法或用于存储数据的装置的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105和存储节点106、107、108。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。服务器105与存储节点106、107、108之间通过有线、无线通信链路连接。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是具有将数据上传至远程服务器功能的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上传的原始数据进行分析生成压缩建议信息，并对原始数据进行数据分片得到分片数据的后台服务器。后台服务器可以将压缩建议信息和分片数据发送给存储节点106、107、108进行进一步的处理。

需要说明的是，服务器105可以是硬件，也可以是软件。当服务器105为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器105为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

存储节点106、107、108可以是指用于存储数据的数据存储服务器，数据存储服务器可以对接收的分片数据进行压缩、编码、存储等处理。在一些应用场景下，服务器105和存储节点106、107、108可以是指相同的服务器。

应该理解，图1中的终端设备、网络、服务器和存储节点的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络、服务器和存储节点。

需要说明的是，本公开实施例所提供的用于存储数据的方法一般由存储节点106、107、108执行，相应地，用于存储数据的装置一般设置于存储节点106、107、108中。

继续参考图2，示出了根据本公开的用于存储数据的方法的一个实施例的流程200。该用于存储数据的方法，包括以下步骤：

步骤201，接收分片数据和压缩建议信息。

在本实施例中，用于存储数据的方法的执行主体(例如图1所示的存储节点106、107、108)可以通过各种方式获取分片数据和压缩建议信息。作为示例，执行主体可以通过有线连接方式或者无线连接方式从服务器(例如图1所示的服务器105)接收分片数据和压缩建议信息。在这里，分片数据可以包含标识，该标识可以用于唯一标识该分片数据。

这里，分片数据可以是指对原始数据进行数据分片后得到的，原始数据可以是指用户发送的待存储数据。压缩建议信息可以包括不压缩指示信息或者压缩指导信息。不压缩指示信息可以用于指示不对上述分片数据进行压缩。压缩指导信息可以包括压缩算法信息和目标压缩长度，其中，压缩算法信息可以包括压缩算法的名称，目标压缩长度可以用于表示上述分片数据压缩后的期望数据长度。

在本实施例的一些可选的实现方式中，步骤201中的分片数据和压缩建议信息可以是发送分片数据和压缩建议信息的执行主体(例如图1所示的服务器105)通过以下方式确定的：

首先，判断所获取的原始数据是否进行压缩，基于判断结果生成压缩建议信息。

在本实现方式中，用于发送分片数据和压缩建议信息的执行主体首先可以接收终端设备(例如图1所示的终端设备101、102、103)发送的原始数据。在这里，原始数据可以是指待存储的数据。之后，可以判断所获取的原始数据是否需要进行压缩。作为示例，可以根据原始数据的内容类型(content-type)、文件名后缀、长度、是否加密等信息判断是否需要对原始文件进行压缩。举例来说，如果原始数据满足以下条件之一，则可以确定不需要对原始数据进行压缩：

1)内容类型为预定类型。例如，内容类型为application/*、image/*、video/*等。在这里，内容类型可以是指终端设备通过http请求上传原始数据时，httpheader(http头)里的content-type。

2)文件名后缀为预设后缀。例如，文件名后缀为.mp4、.mp3、.jpeg、.png、.tar等。

3)数据长度小于预设阈值。例如，原始数据的长度小于100k时不用压缩。

4)原始数据为加密数据。

如果判断原始数据不需要进行压缩，则生成的压缩建议信息为不压缩指示信息。

如果判断原始数据需要进行压缩，则进一步确定使用哪种压缩算法对原始数据进行压缩。实践中，可以预先设定内容类型、数据长度等与压缩算法的对应关系。这样，可以根据原始数据的内容类型、数据长度等信息确定使用那种压缩算法，并根据该压缩算法生成压缩算法信息，以及根据该压缩算法和原始数据的数据长度生成目标压缩长度。作为示例，可以根据压缩算法的压缩性能以及原始数据的数据长度生成目标压缩长度。

然后，将原始数据进行数据分片，得到至少一个分片数据。

在本实现方式中，用于发送分片数据和压缩建议信息的执行主体还可以对上述原始数据进行数据分片，从而得到至少一个分片数据。作为示例，可以按照固定的大小将原始数据划分为至少一个分片数据。

步骤202，响应于确定压缩建议信息包括压缩指导信息，执行存储步骤。

在本实施例中，执行主体可以判断压缩建议信息中是不是包括压缩指导信息，如果压缩建议信息中包括压缩指导信息，则执行主体可以执行存储步骤。其中，上述存储步骤可以包括以下步骤2021～2023。

步骤2021，确定是否对分片数据进行压缩。

在本实施例中，执行主体可以通过各种方式确定是否对分片数据进行压缩。作为示例，由于执行压缩操作需要占用cpu(centralprocessingunit，中央处理器)、内存等系统资源，因此，执行主体可以根据自身系统当前时间的资源状态确定是否对分片数据进行压缩。例如，如果当前时间cpu占用率较大(例如，超过预设阈值)，则可以确定不对分片数据进行压缩；如果当前时间cpu占用率较小(例如，未超过预设阈值)，则可以确定对分片数据进行压缩。

在本实施例的一些可选的实现方式中，步骤2021可以具体如下进行：

首先，预测使用压缩算法信息对应的压缩算法对分片数据进行压缩所使用的时间。

在本实现方式中，执行主体可以根据上述分片数据的大小预测使用上述压缩算法信息对应的压缩算法对上述分片数据进行压缩所使用的时间。作为一个示例，执行主体可以根据所执行过的历史压缩记录预测压缩耗时。作为另一个示例，执行主体中可以预先存储有一个待压缩数据大小和压缩算法与压缩耗时的对应关系表，并根据该对应关系表预测压缩耗时。

然后，响应于确定时间大于或等于预设阈值，确定不对分片数据进行压缩。

在本实现方式中，如果执行主体确定使用上述压缩算法信息对应的压缩算法对上述分片数据进行压缩所使用的时间大于或者等于预先设定的阈值，则执行主体确定不对上述分片数据进行压缩。这里，上述阈值可以根据实际需要进行设定。

最后，响应于确定时间小于预设阈值，根据运行状态信息确定是否对分片数据进行压缩。

在本实现方式中，如果执行主体确定使用上述压缩算法信息对应的压缩算法对上述分片数据进行压缩所使用的时间小于上述预设阈值，则执行主体可以根据运行状态信息确定是否对上述分片数据进行压缩。在这里，运行状态信息可以是指执行主体的运作状态信息，包括但不限于：cpu占用率、内存消耗等等。例如，当执行主体的cpu占用率超过设定的阈值时，可以确定不对上述分片数据进行压缩；当执行主体的cpu占用率未超过设定的阈值时，可以确定对上述分片数据进行压缩。通过本实现方式，可以根据压缩耗时、运行状态信息等参数确定是否对分片数据进行压缩，从而保证对分片数据进行压缩时，压缩耗时在预定的范围内，且不会影响cpu等的正常运行。

步骤2022，响应于确定对分片数据进行压缩，使用压缩算法信息对应的压缩算法对分片数据进行压缩，得到分片数据的压缩数据。

在本实施例中，如果执行主体通过步骤2021确定对分片数据进行压缩，则执行主体可以使用压缩指导信息中的压缩算法信息对应的压缩算法对分片数据进行压缩，得到分片数据的压缩数据。

步骤2023，响应于确定压缩数据的长度与目标压缩长度相匹配，执行以下第一存储步骤：对压缩数据进行纠删码编码得到第一编码数据，以及将第一编码数据、压缩算法信息和分片数据的标识关联存储。

在本实施例中，执行主体可以进一步确定步骤2022中得到的分片数据的压缩数据的长度是否与目标压缩长度相匹配，如果分片数据的压缩数据的长度与目标压缩长度相匹配(例如，相等或者相差小于预定阈值)，则执行主体可以执行第一存储步骤。第一存储步骤可以包括：首先，执行主体可以将分片数据的压缩数据进行纠删码(erasurecode，ec)编码，得到第一编码数据。之后，执行主体可以将第一编码数据、压缩算法信息和分片数据的标识关联存储。在这里，分片数据的标识可以用于唯一标识上述分片数据。

这里，纠删码是一种数据保护方法，主要是通过纠删码算法将原始的数据进行编码得到冗余，并将数据和冗余一并存储起来，以达到容错的目的。需要说明的是，对数据进行纠删码编码的技术是目前广泛研究和应用的公知技术，因此此处不再赘述。

在本实施例的一些可选的实现方式中，上述用于存储数据的方法还可以包括以下步骤：

步骤s1，接收数据获取请求。

在本实现方式中，上述执行主体还可以接收其他执行主体(例如图1所示的服务器105)发送的数据获取请求。其中，上述数据获取请求可以包括目标标识。

步骤s2，根据目标标识从所存储的数据中确定目标数据。

在本实现方式中，执行主体可以将上述数据获取请求中的目标标识与所存储的数据的标识进行匹配，如果目标标识与所存储的某一条数据的标识相同，则将该条数据作为目标数据。其中，目标数据可以包括编码数据和标识。

步骤s3，响应于确定目标数据中还包括压缩算法信息，对目标数据中的编码数据进行解码，以及使用与目标数据中的压缩算法信息对应的压缩算法对解码后的编码数据进行解压，将解压得到的数据进行发送。

在本实现方式中，如果确定目标数据中还包括压缩算法信息，则执行主体首先可以对目标数据中的编码数据进行解码。之后，执行主体可以使用与目标数据中的压缩算法信息对应的压缩算法对解码后的编码数据进行解压。最后，将解压得到的数据进行发送。例如，可以发送给发送数据获取请求的电子设备。

步骤s4，响应于确定目标数据中不包括压缩算法信息，对目标数据中的编码数据进行解码，并将解码得到的数据进行发送。

在本实现方式中，如果确定目标数据中不包括压缩算法信息，则执行主体首先可以对目标数据中的编码数据进行解码。之后，可以将解码得到的数据进行发送。例如，可以发送给发送数据获取请求的执行主体。通过本实现方式，可以获取执行主体所存储的数据。

继续参见图3，图3是根据本实施例的用于存储数据的方法的应用场景的一个示意图。在图3的应用场景中，用户上传原始数据到服务器301之后，服务器301可以根据原始数据得到至少一个分片数据，并生成压缩建议信息。服务器301可以将压缩建议信息和各分片数据分发给存储节点302、303、304。存储节点302、303、304接收分片数据和压缩建议信息。响应于确定压缩建议信息包括压缩指导信息，存储节点302、303、304可以执行以下存储步骤：首先，确定是否对分片数据进行压缩。响应于确定对分片数据进行压缩，可以使用压缩算法信息对应的压缩算法对分片数据进行压缩，得到分片数据的压缩数据。之后，响应于确定压缩数据的长度与目标压缩长度相匹配，执行以下第一存储步骤：对压缩数据进行纠删码编码得到第一编码数据，并将第一编码数据、压缩算法信息和分片数据的标识关联存储。需要说明的是，图3中存储节点的数量仅仅是示意性的，可以根据实际需要设置任意数量个存储节点。

本公开的上述实施例提供的方法在对分片数据进行纠删码编码之前基于压缩指导信息对分片数据进行压缩，从而节约了数据存储空间，降低了数据存储成本。

进一步参考图4，其示出了用于存储数据的方法的又一个实施例的流程400。该用于存储数据的方法的流程400，包括以下步骤：

步骤401，接收分片数据和压缩建议信息。

在本实施例中，压缩建议信息可以包括不压缩指示信息或压缩指导信息，其中，压缩指导信息包括压缩算法信息和目标压缩长度。步骤401与图2所示实施例的步骤201类似，此处不再赘述。

步骤402，响应于确定压缩建议信息包括压缩指导信息，执行存储步骤。

在本实施例中，执行主体可以判断压缩建议信息中是不是包括压缩指导信息，如果压缩建议信息中包括压缩指导信息，则执行主体可以执行预设的存储步骤。其中，上述预设的存储步骤可以包括以下步骤4021～4025。

步骤4021，确定是否对分片数据进行压缩。

在本实施例中，步骤4021与图2所示实施例的步骤2021类似，此处不再赘述。

步骤4022，如果对分片数据进行压缩，则使用压缩算法信息对应的压缩算法对分片数据进行压缩，得到分片数据的压缩数据。之后，执行步骤4023。如果不对分片数据进行压缩，则执行步骤4025。

步骤4023，确定压缩数据的长度与目标压缩长度是否相匹配。

在本实施例中，执行主体可以确定上述压缩数据的长度与目标压缩长度是否相匹配。如果压缩数据的长度与目标压缩长度相匹配(例如，相等或者相差小于预定阈值)，则执行步骤4024；如果压缩数据的长度与目标压缩长度不匹配(例如相差大于或等于预定阈值)，则执行步骤4025。

步骤4024，执行以下第一存储步骤：对压缩数据进行纠删码编码得到第一编码数据，以及将第一编码数据、压缩算法信息和分片数据的标识关联存储。

步骤4025，执行以下第二存储步骤：对分片数据进行纠删码编码得到第二编码数据，以及将第二编码数据和分片数据的标识关联存储。

在本实施例的一些可选的实现方式中，上述用于存储数据的方法还可以包括以下步骤：响应于确定压缩建议信息包括不压缩指示信息，执行第二存储步骤。

在本实现方式中，如果执行主体确定压缩建议信息包括不压缩指示信息，则执行主体可以执行上述第二存储步骤。即直接对分片数据进行纠删码编码后存储。

从图4中可以看出，与图2对应的实施例相比，本实施例中的用于存储数据的方法的流程400突出了在确定不对分片数据进行压缩或者确定压缩数据的长度与目标压缩长度不匹配的情况下，执行第二存储步骤的过程。由此，本实施例描述的方法可以在不满足压缩条件或者压缩效果未达到预期目标的情况下，直接对分片数据进行纠删码编码后存储。从而避免了上述情况下数据压缩对存储节点的资源占用，保证了存储节点的高效运行。

进一步参考图5，作为对上述各图所示方法的实现，本公开提供了一种用于存储数据的装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例的用于存储数据的装置500包括：接收单元501和执行单元502。其中，接收单元501被配置成接收分片数据和压缩建议信息，其中，上述压缩建议信息包括不压缩指示信息或压缩指导信息，其中，上述压缩指导信息包括压缩算法信息和目标压缩长度；执行单元502被配置成响应于确定上述压缩建议信息包括压缩指导信息，执行预设的存储步骤，其中，上述执行单元502包括：确定单元5021，被配置成确定是否对上述分片数据进行压缩；压缩单元5022，被配置成响应于确定对上述分片数据进行压缩，使用上述压缩算法信息对应的压缩算法对上述分片数据进行压缩，得到上述分片数据的压缩数据；第一存储单元5023，被配置成响应于确定上述压缩数据的长度与上述目标压缩长度相匹配，执行以下第一存储步骤：对上述压缩数据进行纠删码编码得到第一编码数据，以及将上述第一编码数据、上述压缩算法信息和上述分片数据的标识关联存储。

在本实施例中，用于存储数据的装置500的接收单元501和执行单元502的具体处理及其所带来的技术效果可分别参考图2对应实施例中步骤201和步骤202的相关说明，在此不再赘述。

在本实施例的一些可选的实现方式中，上述执行单元502还包括：第二存储单元(图中未示出)，被配置成响应于确定不对上述分片数据进行压缩或者确定上述压缩数据的长度与上述目标压缩长度不匹配，执行以下第二存储步骤：对上述分片数据进行纠删码编码得到第二编码数据，以及将上述第二编码数据和上述分片数据的标识关联存储。

在本实施例的一些可选的实现方式中，上述装置500还包括：第三存储单元(图中未示出)，被配置成响应于确定上述压缩建议信息包括不压缩指示信息，执行上述第二存储步骤。

在本实施例的一些可选的实现方式中，上述确定单元进一步被配置成：预测使用上述压缩算法信息对应的压缩算法对上述分片数据进行压缩所使用的时间；响应于确定上述时间大于或等于预设阈值，确定不对上述分片数据进行压缩；响应于确定上述时间小于上述预设阈值，根据运行状态信息确定是否对上述分片数据进行压缩。

在本实施例的一些可选的实现方式中，上述分片数据和上述压缩建议信息是通过以下方式确定的：判断所获取的原始数据是否进行压缩，基于判断结果生成压缩建议信息；将上述原始数据进行数据分片，得到至少一个分片数据。

在本实施例的一些可选的实现方式中，，上述装置500还包括：请求接收单元(图中未示出)，被配置成接收数据获取请求，其中，上述数据获取请求包括目标标识；数据确定单元(图中未示出)，被配置成根据上述目标标识从所存储的数据中确定目标数据，其中，目标数据包括编码数据和标识；第一发送单元(图中未示出)，被配置成响应于确定上述目标数据中还包括压缩算法信息，对上述目标数据中的编码数据进行解码，以及使用与上述目标数据中的压缩算法信息对应的压缩算法对解码后的编码数据进行解压，将解压得到的数据进行发送；第二发送单元(图中未示出)，被配置成响应于确定上述目标数据中不包括压缩算法信息，对上述目标数据中的编码数据进行解码，并将解码得到的数据进行发送。

下面参考图6，其示出了适于用来实现本公开的实施例的电子设备(例如图1中的服务器)600的结构示意图。图6示出的服务器仅仅是一个示例，不应对本公开的实施例的功能和使用范围带来任何限制。

如图6所示，电子设备600可以包括处理装置(例如中央处理器、图形处理器等)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储装置608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram603中，还存储有电子设备600操作所需的各种程序和数据。处理装置601、rom602以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。

通常，以下装置可以连接至i/o接口605：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器(lcd)、扬声器、振动器等的输出装置607；包括例如磁带、硬盘等的存储装置608；以及通信装置609。通信装置609可以允许电子设备600与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备600，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图6中示出的每个方框可以代表一个装置，也可以根据需要代表多个装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置609从网络上被下载和安装，或者从存储装置608被安装，或者从rom602被安装。在该计算机程序被处理装置601执行时，执行本公开的实施例的方法中限定的上述功能。需要说明的是，本公开的实施例所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、rf(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：接收分片数据和压缩建议信息，其中，上述压缩建议信息包括不压缩指示信息或压缩指导信息，其中，上述压缩指导信息包括压缩算法信息和目标压缩长度；响应于确定上述压缩建议信息包括压缩指导信息，执行以下存储步骤：确定是否对上述分片数据进行压缩；响应于确定对上述分片数据进行压缩，使用上述压缩算法信息对应的压缩算法对上述分片数据进行压缩，得到上述分片数据的压缩数据；响应于确定上述压缩数据的长度与上述目标压缩长度相匹配，执行以下第一存储步骤：对上述压缩数据进行纠删码编码得到第一编码数据，以及将上述第一编码数据、上述压缩算法信息和上述分片数据的标识关联存储。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的实施例的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开的实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括接收单元和执行单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，接收单元还可以被描述为“接收分片数据和压缩建议信息的单元”。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开的实施例中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。