CN113031876A - 一种数据处理方法、装置、设备及可读存储介质 - Google Patents

Abstract

本申请公开了一种数据处理方法、装置、设备及可读存储介质。本申请在接收到非对齐请求后，先查询系统内存；若系统内存中存储有非对齐请求对应的对齐数据，则直接基于系统内存中的对齐数据处理非对齐请求，以避免因从系统硬盘读取对齐数据而产生读放大。若系统内存中未存储非对齐请求对应的对齐数据，则将对齐数据从系统硬盘读取至系统内存，并基于系统内存中的对齐数据处理非对齐请求，以便下一次的非对齐请求可以基于系统内存进行处理。本申请针对连续数据的非对齐请求，可以避免重复读放大，提高了非对齐请求的处理效率和性能。本申请提供的一种数据处理装置、设备及可读存储介质，也同样具有上述技术效果。

Description

一种数据处理方法、装置、设备及可读存储介质

技术领域

本申请涉及计算机技术领域，特别涉及一种数据处理方法、装置、设备及可读存储介质。

背景技术

目前，在处理非对齐请求时，需要先从系统硬盘中读取比当前请求所对应的数据更多的数据，以便对齐硬盘扇区大小处理该请求。其中，非对齐请求所要处理的数据量小于系统硬盘的一个扇区大小。

例如：若硬盘扇区大小为4K，说明硬盘要求以4K的大小写入数据。当要写入小于4K的数据(如1K数据)时，就需要先从硬盘读取4K大小的数据，然后将此时要写入的1K数据合并到所读取的4K数据中，然后写入合并后的4K数据至硬盘，以完成1K数据的写入。可见，原本仅需写入1K数据，但上述过程不仅先从硬盘中读取了4K数据，又写入了4K数据到硬盘，因此存在读放大和写放大。据此，如果需要连续写入0K～1K、1K～2K、2K～3K这3个1K大小的数据，那么0K～4K这4K大小的数据就需要反复被从硬盘读取和写入，可见存在重复读放大和重复写放大，降低了非对齐请求的处理效率和性能。

因此，如何提高非对齐请求的处理效率和性能，是本领域技术人员需要解决的问题。

发明内容

有鉴于此，本申请的目的在于提供一种数据处理方法、装置、设备及可读存储介质，以提高非对齐请求的处理效率和性能。其具体方案如下：

第一方面，本申请提供了一种数据处理方法，包括：

若接收到非对齐请求，则查询系统内存；

若所述系统内存中存储有所述非对齐请求对应的对齐数据，则基于所述系统内存中的所述对齐数据处理所述非对齐请求；

若所述系统内存中未存储所述非对齐请求对应的对齐数据，则将所述对齐数据从所述系统硬盘读取至所述系统内存，并基于所述系统内存中的所述对齐数据处理所述非对齐请求。

优选地，所述基于所述系统内存中的所述对齐数据处理所述非对齐请求，包括：

将所述非对齐请求所处理的数据合并至所述系统内存中的所述对齐数据，并基于合并后的所述对齐数据处理所述非对齐请求。

优选地，若所述非对齐请求为非对齐写请求，则所述将所述非对齐请求所处理的数据合并至所述系统内存中的所述对齐数据，并基于合并后的所述对齐数据处理所述非对齐请求，包括：

将所述非对齐写请求需要写入的数据合并至所述系统内存中的所述对齐数据，并将合并后的所述对齐数据写入所述系统硬盘。

优选地，若所述非对齐请求为非对齐读请求，则所述将所述非对齐请求所处理的数据合并至所述系统内存中的所述对齐数据，并基于合并后的所述对齐数据处理所述非对齐请求，包括：

从所述系统内存中的所述对齐数据中读取所述非对齐读请求需要读取的数据。

优选地，还包括：

若所述非对齐请求处理失败，则返回请求失败的通知消息。

优选地，所述系统硬盘的扇区大小不小于4K。

优选地，还包括：

若在预设时间段内，所述系统内存的命中率低于预设阈值，则初始化所述系统内存；

和/或

定时初始化所述系统内存。

第二方面，本申请提供了一种数据处理装置，包括：

查询模块，用于若接收到非对齐请求，则查询系统内存；

第一处理模块，用于若所述系统内存中存储有所述非对齐请求对应的对齐数据，则基于所述系统内存中的所述对齐数据处理所述非对齐请求；

第二处理模块，用于若所述系统内存中未存储所述非对齐请求对应的对齐数据，则将所述对齐数据从所述系统硬盘读取至所述系统内存，并基于所述系统内存中的所述对齐数据处理所述非对齐请求。

第三方面，本申请提供了一种电子设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序，以实现前述公开的数据处理方法。

第四方面，本申请提供了一种可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述公开的数据处理方法。

通过以上方案可知，本申请提供了一种数据处理方法，包括：若接收到非对齐请求，则查询系统内存；若所述系统内存中存储有所述非对齐请求对应的对齐数据，则基于所述系统内存中的所述对齐数据处理所述非对齐请求；若所述系统内存中未存储所述非对齐请求对应的对齐数据，则将所述对齐数据从所述系统硬盘读取至所述系统内存，并基于所述系统内存中的所述对齐数据处理所述非对齐请求。

可见，本申请在接收到非对齐请求后，先查询系统内存；若系统内存中存储有非对齐请求对应的对齐数据，则直接基于系统内存中的对齐数据处理非对齐请求，从而避免从系统硬盘读取对齐数据，以避免产生读放大。若系统内存中未存储非对齐请求对应的对齐数据，则将对齐数据从系统硬盘读取至系统内存，并基于系统内存中的对齐数据处理非对齐请求，以便下一次的非对齐请求也可以基于系统内存进行处理，避免产生重复读放大。

据此，若硬盘扇区大小为4K，说明硬盘要求以4K的大小写入数据。如果需要连续写入0K～1K、1K～2K、2K～3K这3个1K大小的数据，那么在第一次写入0K～1K时，假设系统内存中没有0K～4K的数据，因此可以将0K～4K存储在系统内存中，并据此完成当前请求，这样在后续写入1K～2K、2K～3K这2个1K大小的数据时，就可以直接在系统内存中查询到相应数据，然后直接写入0K～4K，从而避免读放大。若是需要连续读取0K～1K、1K～2K、2K～3K这3个1K大小的数据，那么在第一次写入0K～1K时，假设系统内存中没有0K～4K的数据，因此可以将0K～4K存储在系统内存中，并据此完成当前请求，这样在后续读取1K～2K、2K～3K这2个1K大小的数据时，就可以直接从系统内存读取相应数据，然后直接返回读取结果，也可以避免读放大。可见本申请针对连续数据的非对齐请求，还可以避免重复读放大，从而提高了非对齐请求的处理效率和性能。

相应地，本申请提供的一种数据处理装置、设备及可读存储介质，也同样具有上述技术效果。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请公开的一种数据处理方法流程图；

图2为本申请公开的一种使用512硬盘进行对齐写操作的示意图；

图3为本申请公开的一种使用4Kn硬盘进行对齐写操作的示意图；

图4为本申请公开的一种系统内存的状态流转示意图；

图5为本申请公开的另一种使用4Kn硬盘进行对齐写操作的示意图；

图6为本申请公开的一种使用4Kn硬盘进行对齐读操作的示意图；

图7为本申请公开的一种数据处理装置示意图；

图8为本申请公开的一种电子设备示意图；

图9为本申请公开的另一种电子设备示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

目前，在处理非对齐请求时，需要先从系统硬盘中读取比当前请求所对应的数据更多的数据，以便对齐硬盘扇区大小处理该请求，存在读放大和写放大问题，降低了非对齐请求的处理效率和性能。为此，本申请提供了一种数据处理方案，能够提高非对齐请求的处理效率和性能。

参见图1所示，本申请实施例公开了一种数据处理方法，包括：

S101、接收非对齐请求。

需要说明的是，当使用O_DIRECT模式进行读写数据时，必须对齐硬盘扇区的大小处理请求，否则读写就会报错。若请求所要处理的数据量小于系统硬盘的一个扇区大小，那么认为当前请求为非对齐请求(即不符合对齐要求但仍需按照对齐要求处理的请求)。也就是说，非对齐请求所要处理的数据量小于系统硬盘的一个扇区大小。例如：针对扇区大小为4K的硬盘，非对齐写请求指：当前要写的数据的偏移和大小对4096取余不为0。

O_DIRECT模式可以通过设置open的O_DIRECT标志来实现Direct I/O(或者叫RawI/O)，即绕过OS Cache，直接读取硬盘，等于将OS cache换成自己管理的cache。可见，使用O_DIRECT模式进行读写数据时，默认绕过系统内存，直接读取硬盘。不过，Linus在邮件列表中建议不这么做，而是使用posix_fadvice,madvice，因为Direct I/O比buffered I/O的性能低很多。

通常，系统硬盘的扇区大小可以为512字节、4K(512字节×8)、8K、16K等。在本实施例中，系统硬盘的扇区大小不小于4K。

若系统硬盘的扇区大小为4K，则该系统硬盘可以称为4Kn硬盘。在4Kn硬盘的一个扇区中，所有数据共用一套功能性代码，因此整体的存储效率得到了大大的提高。4K硬盘的储存空间利用率，能达到97％以上，对于4Kn盘的O_DIRECT读写必须进行4K对齐，否则会报错。功能性代码一般包括：用于ECC校验，Gap，Sync，Address Mark等的代码，功能性代码大概占用了65字节，因此若硬盘的一个扇区为512字节，那么一个扇区内真正可用的存储空间大概不到90％。为此，将硬盘的一个扇区大小改为4K(512字节×8)，使得8个512字节共用一套功能性代码，这样整体的存储效率自然就大大提高了。针对4Kn硬盘的一个扇区，所存储的数据能达到3981字节，故真正的存储空间使用率能达到97％。

表1列举了几种不同扇区大小的硬盘。

表1

硬盘格式	逻辑扇区大小	物理扇区大小
			512n	512	512
512e	512	4096
			4Kn	4096	4096

S102、查询系统内存。

S103、若系统内存中存储有非对齐请求对应的对齐数据，则基于系统内存中的对齐数据处理非对齐请求。

其中，若非对齐请求为非对齐写请求，则对齐数据能够与当前非对齐写请求需要写入的数据合并为符合硬盘扇区大小的数据。若非对齐请求为非对齐读请求，则对齐数据中包括当前非对齐读请求需要读取的数据。

在一种具体实施方式中，基于系统内存中的对齐数据处理非对齐请求，包括：将非对齐请求所处理的数据合并至系统内存中的对齐数据，并基于合并后的对齐数据处理非对齐请求。即：在系统内存中存储有非对齐请求对应的对齐数据的情况下，直接使用系统内存中的对齐数据处理非对齐请求，从而避免从系统硬盘读取对齐数据，以避免产生读放大。

在一种具体实施方式中，若非对齐请求为非对齐写请求，则将非对齐请求所处理的数据合并至系统内存中的对齐数据，并基于合并后的对齐数据处理非对齐请求，包括：将非对齐写请求需要写入的数据合并至系统内存中的对齐数据，并将合并后的对齐数据写入系统硬盘。即：在系统内存中存储有非对齐请求对应的对齐数据的情况下，直接使用系统内存中的对齐数据完成当前写请求，以避免读放大，提高写性能。

在一种具体实施方式中，若非对齐请求为非对齐读请求，则将非对齐请求所处理的数据合并至系统内存中的对齐数据，并基于合并后的对齐数据处理非对齐请求，包括：从系统内存中的对齐数据中读取非对齐读请求需要读取的数据。即：在系统内存中存储有非对齐请求对应的对齐数据的情况下，直接使用系统内存中的对齐数据完成当前读请求，以避免读放大，提高读性能。

S104、若系统内存中未存储非对齐请求对应的对齐数据，则将对齐数据从系统硬盘读取至系统内存，并基于系统内存中的对齐数据处理非对齐请求。

一般系统使用O_DIRECT模式时要求必须对齐硬盘扇区大小，而O_DIRECT模式默认绕过系统内存，而本实施例在处理非对齐请求时，不绕过系统内存，而是将当前需要的对齐数据从系统硬盘读取至系统内存，并基于系统内存中的对齐数据处理非对齐请求。

在一种具体实施方式中，若非对齐请求处理失败，则返回请求失败的通知消息。在返回请求失败的通知消息后，可以再次按照现有方案重新处理当前非对齐请求。也就是：本实施例和现有方案可以同时设置在一个系统中，在系统实际应用过程中，优先使用本实施例处理非对齐请求，在使用本实施例处理非对齐请求失败后，再使用现有方案重新处理非对齐请求，从而尽可能使请求能够被成功处理。

由于本实施例特意将一些数据存储至在系统内存中，但系统内存空间又有限，因此在一种具体实施方式中，若在预设时间段内，系统内存的命中率低于预设阈值(即存储在系统内存中的数据没起到应有的作用)，则初始化系统内存，以清理系统内存，避免系统内存被无故占用。当然，定时初始化系统内存，也可以达到上述目的。

可见，本申请实施例在接收到非对齐请求后，先查询系统内存；若系统内存中存储有非对齐请求对应的对齐数据，则直接基于系统内存中的对齐数据处理非对齐请求，从而避免从系统硬盘读取对齐数据，以避免产生读放大。若系统内存中未存储非对齐请求对应的对齐数据，则将对齐数据从系统硬盘读取至系统内存，并基于系统内存中的对齐数据处理非对齐请求，以便下一次的非对齐请求也可以基于系统内存进行处理，避免产生重复读放大。

为了更清楚地介绍本申请，现结合现有技术具体进行如下介绍。

参见图2所示，若超融合架构(Hyper-Converged Infrastructure，或简称“HCI”)的底层使用512硬盘，那么在mysql业务场景中以1K大小的数据进行对齐写操作，不会产生问题。

参见图3所示，若是超融合架构的底层使用4Kn硬盘，那么在mysql业务场景中以1K大小的数据进行对齐写操作，一个1K的写请求被放大成一个4K读操作和一个4K写操作，存在严重的读放大和写放大。如果需要连续写入0K～1K、1K～2K、2K～3K这3个1K大小的数据，那么0K～4K这4K大小的数据就需要反复被从硬盘读取和写入，可见存在重复读放大和重复写放大，写入性能较低。

超融合架构是指在同一套单元设备(x86服务器)中不仅仅具备计算、网络、存储和服务器虚拟化等资源和技术，而且还包括缓存加速、重复数据删除、在线数据压缩、备份软件、快照技术等元素，而多节点可以通过网络聚合起来，实现模块化的无缝横向扩展(scale-out)，形成统一的资源池。超融合架构中的各个节点分布式存储数据。分布式存储数据可利用多台存储服务器分担存储负荷，利用位置服务器定位存储信息，它不但提高了系统的可靠性、可用性和存取效率，还易于扩展。某一节点故障时，不影响其他节点的正常运行。还可以实现HDD和SSD的混合存储，有着极致I/O性能，便于管理和运维。

为解决图3中的问题，本实施例针对非4K对齐写请求，会先查询系统内存，若系统内存中没有相应数据，则从系统硬盘读取对应的4K数据，同时将该4K数据缓存到系统内存中，从而完成当前请求的处理。若系统内存有相应数据，则直接基于系统内存完成当前请求。此方式只有在系统内存中没有相应数据时，在存在读放大，可使写性能提升10倍左右；同时系统内存中的数据，可提升读请求命中率。

针对上述方案，系统内存可设置如图4所示的几种状态。INT为系统内存的初始状态，即：对系统内存初始化后的状态。若系统首次接收到非对齐写请求，则系统内存转换为LOAD状态，以从系统硬盘加载数据。

若从系统硬盘加载数据成功，则系统内存中的缓存数据生效，系统内存转换为CACHED状态。在CACHED状态下，可以完成当前非对齐写请求，可能还可以完成下一次非对齐写请求(即交叉偏移对齐写)；完成相应请求或清理内存后，系统内存转换为STALE状态。在CACHED状态下，如果下一次产生非交叉偏移请求，或者非对齐写请求，那么上述加载数据的就发挥不了作用，因此下一次此类请求到来后，需要重新加载数据至系统内存，故系统内存转换为LOAD状态。

若从系统硬盘加载数据失败，则系统内存缓存数据无效，系统内存转换为STALE状态。在STALE状态下，可以按照预设的策略(如预设周期)对系统内存进行初始化，以使系统内存转换为初始状态。

上述几种状态的转换和说明可参照表2。

表2

若使用4Kn硬盘，并按照上述状态在mysql业务场景中以1K大小的数据进行对齐写操作，那么写入过程可参见图5。图5对应的具体步骤包括：

1、mysql写入1K数据。

2、查看系统内存中是否缓存了对应的4K数据，如果缓存了，则合并得到4K数据，未缓存，则从硬盘中读取4K数据至内存，然后合并得到4K数据。此时若读取硬盘失败，可以按照现有方案完成当前请求。

3、将4K对齐的数据写入到硬盘，此时若写入失败，则返回业务失败消息。

若使用4Kn硬盘，并按照上述状态在mysql业务场景中以1K大小的数据进行对齐读操作，那么读取过程可参见图6。图6对应的具体步骤包括：

1、业务读取1K数据。

2、查看内存中是否缓存了对应的4K数据，如果缓存了，则命中返回。

3、没命中，则从硬盘4K对齐读出数据。此时读取失败，则返回业务失败消息。

可见，本实施例引入了内存缓存机制，可以将当前IO与后续IO进行联动，减少IO请求的放大问题，提升业务写性能；同时读命中时能快速返回，提升业务读性能。若同时接收到多个非对齐请求，则按照本实施例并行处理这些请求，以快速适应各种不同的业务模型。若硬盘扇区大小进行了调整，那么可针对调整后的扇区大小适应性调整方案，以快速适应后续硬件发展。

下面对本申请实施例提供的一种数据处理装置进行介绍，下文描述的一种数据处理装置与上文描述的一种数据处理方法可以相互参照。

参见图7所示，本申请实施例公开了一种数据处理装置，包括：

查询模块701，用于若接收到非对齐请求，则查询系统内存；

第一处理模块702，用于若系统内存中存储有非对齐请求对应的对齐数据，则基于系统内存中的对齐数据处理非对齐请求；

第二处理模块703，用于若系统内存中未存储非对齐请求对应的对齐数据，则将对齐数据从系统硬盘读取至系统内存，并基于系统内存中的对齐数据处理非对齐请求。

在一种具体实施方式中，第一处理模块具体用于：

将非对齐请求所处理的数据合并至系统内存中的对齐数据，并基于合并后的对齐数据处理非对齐请求。

在一种具体实施方式中，第一处理模块具体用于：

若非对齐请求为非对齐写请求，则将非对齐写请求需要写入的数据合并至系统内存中的对齐数据，并将合并后的对齐数据写入系统硬盘。

在一种具体实施方式中，第一处理模块具体用于：

若非对齐请求为非对齐读请求，则从系统内存中的对齐数据中读取非对齐读请求需要读取的数据。

在一种具体实施方式中，还包括：

通知模块，用于若非对齐请求处理失败，则返回请求失败的通知消息。

在一种具体实施方式中，系统硬盘的扇区大小不小于4K。

在一种具体实施方式中，还包括：

初始化模块，用于若在预设时间段内，系统内存的命中率低于预设阈值，则初始化系统内存；和/或定时初始化系统内存。

其中，关于本实施例中各个模块、单元更加具体的工作过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。

可见，本实施例提供了一种数据处理装置，该装置可以避免重复读放大，提高了非对齐请求的处理效率和性能。

下面对本申请实施例提供的一种电子设备进行介绍，下文描述的一种电子设备与上文描述的一种数据处理方法及装置可以相互参照。

参见图8所示，本申请实施例公开了一种电子设备，包括：

存储器801，用于保存计算机程序；

处理器802，用于执行所述计算机程序，以实现上述任意实施例公开的方法。

请参考图9，图9为本实施例提供的另一种电子设备示意图，该电子设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processingunits，CPU)322(例如，一个或一个以上处理器)和存储器332，一个或一个以上存储应用程序342或对齐数据344的存储介质330(例如一个或一个以上海量存储设备)。其中，存储器332和存储介质330可以是短暂存储或持久存储。存储在存储介质330的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对对齐数据处理设备中的一系列指令操作。更进一步地，中央处理器322可以设置为与存储介质330通信，在电子设备301上执行存储介质330中的一系列指令操作。

电子设备301还可以包括一个或一个以上电源326，一个或一个以上有线或无线网络接口350，一个或一个以上输入输出接口358，和/或，一个或一个以上操作系统341。例如，Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM等。

在图9中，应用程序342可以是执行数据处理方法的程序，对齐数据344可以是执行数据处理方法对应的或产生的对齐数据。

上文所描述的数据处理方法中的步骤可以由电子设备的结构实现。

下面对本申请实施例提供的一种可读存储介质进行介绍，下文描述的一种可读存储介质与上文描述的一种数据处理方法、装置及设备可以相互参照。

一种可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述实施例公开的数据处理方法。关于该方法的具体步骤可以参考前述实施例中公开的相应内容，在此不再进行赘述。

本申请涉及的“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的对齐数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法或设备固有的其它步骤或单元。

需要说明的是，在本申请中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的可读存储介质中。

本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

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

若接收到非对齐请求，则查询系统内存；

若所述系统内存中存储有所述非对齐请求对应的对齐数据，则基于所述系统内存中的所述对齐数据处理所述非对齐请求；

若所述系统内存中未存储所述非对齐请求对应的对齐数据，则将所述对齐数据从所述系统硬盘读取至所述系统内存，并基于所述系统内存中的所述对齐数据处理所述非对齐请求。

2.根据权利要求1所述的数据处理方法，其特征在于，所述基于所述系统内存中的所述对齐数据处理所述非对齐请求，包括：

将所述非对齐请求所处理的数据合并至所述系统内存中的所述对齐数据，并基于合并后的所述对齐数据处理所述非对齐请求。

3.根据权利要求2所述的数据处理方法，其特征在于，若所述非对齐请求为非对齐写请求，则所述将所述非对齐请求所处理的数据合并至所述系统内存中的所述对齐数据，并基于合并后的所述对齐数据处理所述非对齐请求，包括：

将所述非对齐写请求需要写入的数据合并至所述系统内存中的所述对齐数据，并将合并后的所述对齐数据写入所述系统硬盘。

4.根据权利要求2所述的数据处理方法，其特征在于，若所述非对齐请求为非对齐读请求，则所述将所述非对齐请求所处理的数据合并至所述系统内存中的所述对齐数据，并基于合并后的所述对齐数据处理所述非对齐请求，包括：

从所述系统内存中的所述对齐数据中读取所述非对齐读请求需要读取的数据。

5.根据权利要求4所述的数据处理方法，其特征在于，还包括：

若所述非对齐请求处理失败，则返回请求失败的通知消息。

6.根据权利要求1所述的数据处理方法，其特征在于，所述系统硬盘的扇区大小不小于4K。

7.根据权利要求1至6任一项所述的数据处理方法，其特征在于，还包括：

若在预设时间段内，所述系统内存的命中率低于预设阈值，则初始化所述系统内存；

和/或

定时初始化所述系统内存。

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

查询模块，用于若接收到非对齐请求，则查询系统内存；

第一处理模块，用于若所述系统内存中存储有所述非对齐请求对应的对齐数据，则基于所述系统内存中的所述对齐数据处理所述非对齐请求；

第二处理模块，用于若所述系统内存中未存储所述非对齐请求对应的对齐数据，则基于系统硬盘中的所述对齐数据处理所述非对齐请求。

9.一种电子设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序，以实现如权利要求1至7任一项所述的数据处理方法。

10.一种可读存储介质，其特征在于，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的数据处理方法。

Images