CN106708636A - 基于集群的数据缓存方法及装置 - Google Patents

Abstract

本发明公开了一种基于集群的数据缓存方法及装置，至少能够解决现有技术中无法根据实际业务需求灵活调整缓存策略的技术问题。该方法包括：接收到客户端发送的策略配置请求消息后，向客户端返回策略配置响应消息；其中，策略配置响应消息中包含预设的多个缓存策略；接收客户端根据多个缓存策略发送的策略选择消息，获取并存储策略选择消息中包含的客户端选择的缓存策略；接收到客户端发送的数据访问请求后，按照客户端选择的缓存策略处理数据访问请求。

Description

基于集群的数据缓存方法及装置

技术领域

本发明涉及通信技术领域，具体涉及一种基于集群的数据缓存方法及装置。

背景技术

集群系统是一种由互相连接的计算机组成的并行或分布式系统，可以作为单独、统一的资源使用。通过集群系统能够为更多的客户端提供统一的服务，因此，集群系统得到了越来越广泛的应用。为了提升集群系统的访问效率，大多集群系统中都会利用缓存机制实现数据的存储。所谓缓存，就是数据交换的缓冲区，由于缓存的读写速度较快，因此，利用缓存可以提升数据读取或写入的效率。

但是，发明人在实现本发明的过程中发现现有技术中的集群系统至少存在下述缺陷：在集群系统中，缓存策略是固定配置在集群系统内部的，并且，整个集群系统只能采用单一的缓存策略，无法根据实际业务需求灵活调整缓存策略。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的基于集群的数据缓存方法及装置。

根据本发明的一个方面，提供了一种基于集群的数据缓存方法，包括：接收到客户端发送的策略配置请求消息后，向所述客户端返回策略配置响应消息；其中，所述策略配置响应消息中包含预设的多个缓存策略；接收所述客户端根据所述多个缓存策略发送的策略选择消息，获取并存储所述策略选择消息中包含的所述客户端选择的缓存策略；接收到所述客户端发送的数据访问请求后，按照所述客户端选择的缓存策略处理所述数据访问请求。

可选地，所述基于集群的数据缓存方法执行之前，进一步包括步骤：预先将所述集群中的全部客户端划分为多个分组，分别为每个分组中的客户端分配对应的客户端分组标识；则所述获取并存储所述策略选择消息中包含的所述客户端选择的缓存策略的步骤具体包括：将所述客户端对应的客户端分组标识与所述客户端选择的缓存策略关联存储在预设的缓存策略表中；且所述接收到所述客户端发送的数据访问请求后，按照所述客户端选择的缓存策略处理所述数据访问请求的步骤具体包括：获取所述数据访问请求中包含的客户端分组标识，根据所述缓存策略表确定与所述客户端分组标识关联存储的缓存策略，按照与所述客户端分组标识关联存储的缓存策略处理所述数据访问请求。

可选地，所述分别为每个分组中的客户端分配对应的客户端分组标识的步骤之后进一步包括：分别配置各个客户端分组标识所对应的访问权限，且所述获取所述数据访问请求中包含的客户端分组标识的步骤之后进一步包括：确定所述客户端分组标识所对应的访问权限，根据所述访问权限确定是否对所述数据访问请求执行后续处理。

可选地，所述按照所述客户端选择的缓存策略处理所述数据访问请求的步骤具体包括：预先设置多个分别与各个缓存策略相对应的缓存策略处理函数，调用与所述客户端选择的缓存策略相对应的缓存策略处理函数处理所述数据访问请求。

可选地，所述客户端更新后的缓存策略根据所述客户端后续发送的数据访问请求的类型确定；其中，所述客户端后续发送的数据访问请求的类型包括写入类型和/或读取类型。

根据本发明的另一个方面，提供了一种基于集群的数据缓存装置，包括：反馈模块，适于接收到客户端发送的策略配置请求消息后，向所述客户端返回策略配置响应消息；其中，所述策略配置响应消息中包含预设的多个缓存策略；接收模块，适于接收所述客户端根据所述多个缓存策略发送的策略选择消息；获取模块，适于获取并存储所述策略选择消息中包含的所述客户端选择的缓存策略；处理模块，适于接收到所述客户端发送的数据访问请求后，按照所述客户端选择的缓存策略处理所述数据访问请求。

可选地，所述基于集群的数据缓存装置进一步包括：预处理模块，适于预先将所述集群中的全部客户端划分为多个分组，分别为每个分组中的客户端分配对应的客户端分组标识；则所述获取模块具体用于：将所述客户端对应的客户端分组标识与所述客户端选择的缓存策略关联存储在预设的缓存策略表中；且所述处理模块具体用于：获取所述数据访问请求中包含的客户端分组标识，根据所述缓存策略表确定与所述客户端分组标识关联存储的缓存策略，按照与所述客户端分组标识关联存储的缓存策略处理所述数据访问请求。

可选地，所述基于集群的数据缓存装置进一步包括：配置模块，适于分别配置各个客户端分组标识所对应的访问权限；确定模块，适于确定所述客户端分组标识所对应的访问权限，根据所述访问权限确定是否对所述数据访问请求执行后续处理。

可选地，所述处理模块具体用于：预先设置多个分别与各个缓存策略相对应的缓存策略处理函数，调用与所述客户端选择的缓存策略相对应的缓存策略处理函数处理所述数据访问请求。

可选地，所述基于集群的数据缓存装置进一步包括：更新处理模块，适于接收所述客户端发送的策略更新消息，获取所述策略更新消息中包含的所述客户端更新后的缓存策略，将存储的所述客户端选择的缓存策略替换为所述客户端更新后的缓存策略；则所述处理模块进一步用于：按照所述客户端更新后的缓存策略处理所述数据访问请求。

可选地，所述客户端更新后的缓存策略根据所述客户端后续发送的数据访问请求的类型确定；其中，所述客户端后续发送的数据访问请求的类型包括写入类型和/或读取类型。

在本发明提供的一种基于集群的数据缓存方法及装置中，首先，能够向客户端提供多个备选的缓存策略，以供客户端根据自身需求选择合适的缓存策略；其次，能够对客户端选择的缓存策略进行配置，以便根据客户端选择的缓存策略处理客户端的数据访问请求。由此可见，本发明中的方式能够根据实际业务需求灵活调整缓存策略。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明实施例一提供的一种基于集群的数据缓存方法的流程示意图；

图2示出了根据本发明实施例二提供的一种基于集群的数据缓存方法的流程示意图；

图3示出了根据本发明实施例三提供的一种基于集群的数据缓存装置的结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明提供了一种基于集群的数据缓存方法及装置，至少能够解决现有技术中无法根据实际业务需求灵活调整缓存策略的技术问题。

实施例一

图1示出了根据本发明实施例一提供的一种基于集群的数据缓存方法的流程示意图。如图1所示，该方法包括以下步骤：

步骤S110：接收到客户端发送的策略配置请求消息后，向客户端返回策略配置响应消息；其中，策略配置响应消息中包含预设的多个缓存策略。

其中，策略配置请求消息用于向集群系统请求设置缓存策略，策略配置响应消息用于向客户端返回可供选择的缓存策略。其中，策略配置响应消息中包含的缓存策略的种类和数量可预先由集群系统根据实际需求灵活配置，本发明对缓存策略的具体种类和数量不做限定。另外，策略配置请求消息以及策略配置响应消息的具体形式和发送时机也可由本领域技术人员灵活设定。

步骤S120：接收客户端根据多个缓存策略发送的策略选择消息，获取并存储策略选择消息中包含的客户端选择的缓存策略。

其中，客户端可以根据自身业务的类型和特点，从策略配置响应消息所包含的多个缓存策略中选择至少一个合适的缓存策略，并将包含该至少一个合适的缓存策略的策略选择消息发送给集群系统，以供集群系统记录并存储。

步骤S130：接收到客户端发送的数据访问请求后，按照客户端选择的缓存策略处理该数据访问请求。

具体地，由于集群系统预先保存了各个客户端所选择的缓存策略，因此，当集群系统接收到客户端发送的数据访问请求时，查询预存的该客户端选择的缓存策略，并按照该缓存策略处理客户端的数据访问请求。

另外，在上述的各个步骤中，以一个客户端为例进行说明，本领域技术人员能够理解的是，在实际情况中，客户端的数量为多个，因此，需要分别针对每个客户端执行上述各个步骤中的操作，以实现为各个客户端灵活配置缓存策略的目的。

由此可见，在本发明提供的一种基于集群的数据缓存方法中，首先，能够向客户端提供多个备选的缓存策略，以供客户端根据自身需求选择合适的缓存策略；其次，能够对客户端选择的缓存策略进行配置，以便根据客户端选择的缓存策略处理客户端的数据访问请求。因此，本发明中的方式能够根据实际业务需求灵活调整缓存策略。

实施例二

图2示出了根据本发明实施例二提供的一种基于集群的数据缓存方法流程示意图。如图2所示，该方法包括以下步骤：

步骤S210：预先将集群中的全部客户端划分为多个分组，分别为每个分组中的客户端分配对应的客户端分组标识。

其中，本步骤为一个可选的步骤，在本发明其他的实施例中，也可以不对客户端进行分组。具体地，由于访问集群的客户端数量庞大，因此，若分别针对每一个客户端配置相应的缓存策略，势必会增加客户端与集群之间的传输开销，且增大集群的存储负担。因此，在本实施例中，预先将集群中的全部客户端划分为多个分组，以分组为单位配置相应的缓存策略。

具体划分时，可以根据以下中的至少一个因素进行划分：客户端所处的地域、客户端所承载的业务类型、以及客户端的设备类型等。其中，当根据客户端所处的地域进行划分时，由于各个地域的客户端访问集群时的传输时延不同、且不同地域的客户端所关心的资源种类也可能不同，因此，根据客户端所处的地域进行划分能够更好地满足不同地区的客户端的需求。当根据客户端所承载的业务类型进行划分时，由于各种类型的业务的用户需求不同、例如，实时性要求高的业务可能对读取和写入的速度有着较高的需求，而实时性低的业务则不然；并且，有些业务可能对读取速度要求较高，而有些业务可能对写入速度要求较高，因此，根据客户端所承载的业务类型进行划分能够更好地满足不同类型的业务的需求。当根据客户端的设备类型进行划分时，由于不同的设备类型的读写特点不同，因此，根据客户端的设备类型进行划分能够更好地满足各种类型的客户端的需求。总之，本领域技术人员可以预先根据集群对应的客户端的种类和数量将全部客户端划分为多个客户端分组，为了便于在后续步骤中区分各个分组，分别为每个分组中的客户端分配对应的客户端分组标识。例如，假设将全部客户端分为三个客户端分组，可以为第一分组中的客户端分配客户端分组标识key1，为第二分组中的客户端分配客户端分组标识key2，为第三分组中的客户端分配客户端分组标识key3。客户端分组标识可由集群系统设定并预先提供给各个分组内的客户端。

步骤S220：接收到客户端发送的策略配置请求消息后，向客户端返回策略配置响应消息；其中，策略配置响应消息中包含预设的多个缓存策略。

具体地，策略配置请求消息用于向集群系统请求设置缓存策略，策略配置响应消息用于向客户端返回可供选择的缓存策略。其中，策略配置响应消息中包含的缓存策略的种类和数量可预先由集群系统根据实际需求灵活配置，本发明对缓存策略的具体种类和数量不做限定。而且，各个缓存策略可以通过预设的代码表示。

在本实施例中，预先配置有如下三种缓存策略：

第一缓存策略包括：先将数据写入缓存，然后返回写入成功消息，最后，当预设的回刷条件满足时，将缓存中的数据回刷到数据库中(从缓存写入数据库的过程称为回刷)。其中，在一种实现方式中，预设的回刷条件为：缓存中已写入的数据达到预设比例。在另一种实现方式中，预设的回刷条件为：到达预定的持久化时间时，或距离上一次持久化的时间到达预设时间间隔时。具体的持久化时间以及预设时间间隔可由本领域技术人员灵活设定。该缓存策略能够快速写入缓存，并在合适的时机将缓存中的数据统一回刷到数据库中，既能够降低缓存与数据库之间的传输次数，又能够满足实时性较高的写入操作。

第二缓存策略包括：将数据写入缓存之后，直接从缓存中写入数据库，当数据库中写入成功时返回写入成功消息。该策略相当于实时地向数据库中写，相对于第一缓存策略，虽然写入速度略有降低，但是读取速度较高，而且不易发生错误，即使缓存故障也不会导致数据丢失。

第三缓存策略包括：先将数据写入数据库，然后缓存从数据库中读取数据并存储。该策略中的数据直接写入数据库，因此一旦写入则无需修改，读取的时候从缓存中读取，能够提升读取速度。

上述的三种缓存策略各有千秋，除上述三种缓存策略外，本领域技术人员还可以灵活配置其他各种类型的缓存策略。例如，直写模式(write-through)，当数据更新时，同时写入缓存和后端存储，此模式的优点是操作简单，缺点是因为数据修改需要同时写入存储，数据写入速度较慢；回写模式(write-back)，当数据更新时只写入缓存，只在数据被替换出缓存时，被修改的缓存数据才会被写到后端存储，此模式的优点是数据写入速度快，因为不需要写存储；缺点是一旦更新后的数据未被写入存储时出现系统掉电的情况，数据将无法找回。除此之外，还可以采用写代理(write-proxy)模式和读代理(read-proxy)模式等。

步骤S230：接收客户端根据多个缓存策略发送的策略选择消息，获取并存储策略选择消息中包含的客户端选择的缓存策略。

其中，客户端接收到上述的策略配置响应消息后，根据自身业务的类型和特点，从策略配置响应消息所包含的多个缓存策略中选择至少一个合适的缓存策略，并将包含该至少一个合适的缓存策略的策略选择消息发送给集群系统，以供集群系统记录并存储。例如，若客户端所承载的业务对于数据读取的实时性要求较高，则可以选择能够快速读取的缓存策略；若客户端所承载的业务对于数据写入的实时性要求较高，则可以选择能够快速写入的缓存策略；若客户端所承载的业务对于数据读写的准确性要求较高，则可以选择可靠性较高的缓存策略等。

具体地，为了便于集群系统区分各个客户端，在客户端发送的策略配置请求消息和/或策略选择消息中进一步包含该客户端对应的客户端分组标识(客户端分组标识通过上述步骤S210确定)。相应地，集群系统在获取并存储策略选择消息中包含的客户端选择的缓存策略时，将客户端对应的客户端分组标识与客户端选择的缓存策略关联存储在预设的缓存策略表中。该缓存策略表用于存储各个分组的客户端所对应的缓存策略。

步骤S240：接收到客户端发送的数据访问请求后，按照客户端选择的缓存策略处理该数据访问请求。

具体地，获取数据访问请求中包含的客户端分组标识，根据缓存策略表确定与该客户端分组标识关联存储的缓存策略，按照与该客户端分组标识关联存储的缓存策略处理上述的数据访问请求。其中，可以预先设置多个分别与各个缓存策略相对应的缓存策略处理函数，直接调用与客户端选择的缓存策略相对应的缓存策略处理函数即可处理上述的数据访问请求，通过预先设置处理函数的方式能够提升缓存策略的配置效率，而且，还便于实现缓存策略的动态更新，例如，当集群系统中需要增加或删除部分缓存策略时，只需添加或删除对应的处理函数即可，操作简便灵活。

另外，为了进一步提升数据访问的安全性，在本实施例中，分别为每个分组中的客户端分配对应的客户端分组标识的步骤之后，还可以进一步包括步骤：分别配置各个客户端分组标识所对应的访问权限。相应地，在步骤S240中获取数据访问请求中包含的客户端分组标识的操作之后进一步包括：确定客户端分组标识所对应的访问权限，根据该访问权限确定是否对数据访问请求执行后续处理。具体地，若该客户端分组标识所对应的访问权限与该数据访问请求的类型和/或该数据访问请求所要访问的资源种类相符，则按照客户端选择的缓存策略处理该数据访问请求；若该客户端分组标识所对应的访问权限与该数据访问请求的类型和/或该数据访问请求所要访问的资源种类不相符，则拒绝处理该数据访问请求，并返回错误消息。例如，集群系统中可能包含多种类型的资源，不同的客户端所需的资源类型不同，因此，可以根据各个客户端分组所对应的业务类型等因素为各个客户端分组分别设置对应的访问权限。其中，访问权限包括：只读、读写，还可以包括具体能够读写的资源种类，通过对访问权限进行判断，可以提升数据访问的安全性，防止一些客户端受到黑客攻击后越权访问重要数据。具体实施时，可以预先设置一个权限列表，用于存储各个客户端分组所对应的访问权限。

另外，由于客户端所承载的业务种类可能是动态变化的，因此，为了适应上述变化，在本实施例中，各个客户端还能够对已选择的缓存策略进行修改。相应地，本实施例还可以进一步包括以下的步骤S250。

步骤S250：接收客户端发送的策略更新消息，获取策略更新消息中包含的客户端更新后的缓存策略，将存储的客户端选择的缓存策略替换为客户端更新后的缓存策略。

具体实施时，步骤S250既可以在步骤S240之后执行，也可以在步骤S230之后执行，本发明对步骤S250的执行时机不做限定，只要客户端已选择了缓存策略，随时可以对已选择的缓存策略进行更新。缓存系统收到策略更新消息后，获取策略更新消息中包含的客户端分组标识以及客户端更新后的缓存策略，根据更新后的缓存策略对缓存策略表中与该客户端分组标识关联存储的缓存策略进行更新。相应地，由于缓存策略表已更新，因此，若后续接收到客户端发送的数据访问请求时，则会按照客户端更新后的缓存策略处理数据访问请求。由此可见，通过步骤S250，使客户端能够根据实际需求动态更新对应的缓存策略。

具体实现时，客户端更新后的缓存策略可以根据多种因素确定，例如，可以根据客户端所承载的具体业务类型的变化情况，或根据客户端后续发送的数据访问请求的类型确定。其中，客户端后续发送的数据访问请求的类型包括写入类型和/或读取类型，写入类型又进一步包括直接写入和修改，例如，在原始数据的基础上执行加减法等类型的修改操作。具体地，某些客户端之前可能仅支持只读类型的操作，因此选择了能够快速读取的缓存策略，但是，该客户端经过业务变更后能够支持读写类型的操作，相应地，可以将之前已选择的缓存策略更新为能够快速读写的缓存策略。

另外，本领域技术人员还可以对上述实施例进行各种改动和变形。例如，可以将上述实施例中的各个步骤拆分成更多的步骤，或合并为更少的步骤，还可以调整各个步骤之间的执行顺序，甚至可以删减部分步骤或新增一些步骤，总之，本发明对具体的实现细节不做限定。另外，在本实施例中，也可以由集群实现各组客户端的缓存策略的配置和更新操作，也就是说，除了客户端有权限设置并更新对应的缓存策略之外，集群也有权限对客户端相应的缓存策略进行设置并更新，例如，集群可以根据业务调整情况和资源分配情况对客户端相应的缓存策略进行设置并更新。而且，在上述步骤S210中为每个客户端分组设置的客户端分组标识主要用于在后续步骤中标识相应的客户端分组，实际上，由于该客户端分组标识是由集群预先配置并分发给客户端的，因此，也可以作为客户端访问集群时所必需的合法身份标识，即：集群接收到来自客户端的任何消息时，先查询消息中所包含的客户端分组标识是否是本集群预先分配的，若是，说明该客户端身份合法，继续执行后续步骤；若否，说明该客户端身份非法，返回错误提示信息。

另外，本领域技术人员能够理解的是，不同的客户端分别对应于不同的数据表，集群系统在处理各个客户端的请求时，通过对与客户端相对应的数据表进行读写操作来实现。在处理数据表时，可依照相应的缓存策略进行处理。

综上所述，在本发明提供的通过本发明提供的基于集群的数据缓存方法中，首先预先将集群中的全部客户端划分为多个分组，分别为每个分组中的客户端分配对应的客户端分组标识，然后在接收到客户端发送的策略配置请求消息后，向客户端返回策略配置响应消息；并接收客户端根据多个缓存策略发送的策略选择消息，获取并存储策略选择消息中包含的客户端选择的缓存策略，最后在接收到客户端发送的数据访问请求后，按照客户端选择的缓存策略处理该数据访问请求；同时在接收到客户端发送的策略更新消息时，获取策略更新消息中包含的客户端更新后的缓存策略，将存储的客户端选择的缓存策略替换为客户端更新后的缓存策略。由此可见，本发明能够对客户端进行分组划分，并分别为每个分组内的客户端配置不同的缓存策略，从而能够灵活适应各种客户端的业务需求。

实施例三

图3示出了根据本发明实施例三提供的一种基于集群的数据缓存装置的结构框图。如图3所示，该装置包括：反馈模块31、接收模块32、获取模块33、处理模块34、预处理模块35、配置模块36、确定模块37以及更新处理模块38。

预处理模块35适于预先将集群中的全部客户端划分为多个分组，分别为每个分组中的客户端分配对应的客户端分组标识。

具体地，由于访问集群的客户端数量庞大，因此，若分别针对每一个客户端配置相应的缓存策略，势必会增加客户端与集群之间的传输开销，且增大集群的存储负担。因此，在本实施例中，通过预处理模块35预先将集群中的全部客户端划分为多个分组，以分组为单位配置相应的缓存策略。具体划分时，可以根据以下中的至少一个因素进行划分：客户端所处的地域、客户端所承载的业务类型、以及客户端的设备类型等。其中，当根据客户端所处的地域进行划分时，由于各个地域的客户端访问集群时的传输时延不同、且不同地域的客户端所关心的资源种类也可能不同，因此，根据客户端所处的地域进行划分能够更好地满足不同地区的客户端的需求。当根据客户端所承载的业务类型进行划分时，由于各种类型的业务的用户需求不同、例如，实时性要求高的业务可能对读取和写入的速度有着较高的需求，而实时性低的业务则不然；并且，有些业务可能对读取速度要求较高，而有些业务可能对写入速度要求较高，因此，根据客户端所承载的业务类型进行划分能够更好地满足不同类型的业务的需求。当根据客户端的设备类型进行划分时，由于不同的设备类型的读写特点不同，因此，根据客户端的设备类型进行划分能够更好地满足各种类型的客户端的需求。总之，本领域技术人员可以预先根据集群对应的客户端的种类和数量将全部客户端划分为多个客户端分组，为了便于在后续步骤中区分各个分组，分别为每个分组中的客户端分配对应的客户端分组标识。

反馈模块31适于接收到客户端发送的策略配置请求消息后，向客户端返回策略配置响应消息；其中，策略配置响应消息中包含预设的多个缓存策略。

具体地，策略配置请求消息用于向集群系统请求设置缓存策略，策略配置响应消息用于向客户端返回可供选择的缓存策略。其中，反馈模块31向客户端返回的策略配置响应消息中包含的缓存策略的种类和数量可预先由集群系统根据实际需求灵活配置，本发明对缓存策略的具体种类和数量不做限定。而且，各个缓存策略可以通过预设的代码表示。在本实施例中，预先配置有如下三种缓存策略：

第一缓存策略包括：先将数据写入缓存，然后返回写入成功消息，最后，当预设的回刷条件满足时，将缓存中的数据回刷到数据库中(从缓存写入数据库的过程称为回刷)。其中，在一种实现方式中，预设的回刷条件为：缓存中已写入的数据达到预设比例。在另一种实现方式中，预设的回刷条件为：到达预定的持久化时间时，或距离上一次持久化的时间到达预设时间间隔时。具体的持久化时间以及预设时间间隔可由本领域技术人员灵活设定。该缓存策略能够快速写入缓存，并在合适的时机将缓存中的数据统一回刷到数据库中，既能够降低缓存与数据库之间的传输次数，又能够满足实时性较高的写入操作。

第二缓存策略包括：将数据写入缓存之后，直接从缓存中写入数据库，当数据库中写入成功时返回写入成功消息。该策略相当于实时地向数据库中写，相对于第一缓存策略，虽然写入速度略有降低，但是读取速度较高，而且不易发生错误，即使缓存故障也不会导致数据丢失。

第三缓存策略包括：先将数据写入数据库，然后缓存从数据库中读取数据并存储。该策略中的数据直接写入数据库，因此一旦写入则无需修改，读取的时候从缓存中读取，能够提升读取速度。

除上述三种缓存策略外，本领域技术人员还可以灵活配置其他各种类型的缓存策略。例如，直写模式(write-through)，当数据更新时，同时写入缓存和后端存储，此模式的优点是操作简单，缺点是因为数据修改需要同时写入存储，数据写入速度较慢；回写模式(write-back)，当数据更新时只写入缓存，只在数据被替换出缓存时，被修改的缓存数据才会被写到后端存储，此模式的优点是数据写入速度快，因为不需要写存储；缺点是一旦更新后的数据未被写入存储时出现系统掉电的情况，数据将无法找回。除此之外，还可以采用写代理(write-proxy)模式和读代理(read-proxy)模式等。

接收模块32适于接收客户端根据多个缓存策略发送的策略选择消息。

具体地，接收模块32用于接收客户端根据反馈模块31中返回的多个缓存策略所发送的策略选择消息，以供获取模块33能够针对接收到的策略选择消息作进一步的处理。

获取模块33适于获取并存储策略选择消息中包含的客户端选择的缓存策略。

其中，获取模块33针对上述策略配置响应消息，根据自身业务的类型和特点，从策略配置响应消息所包含的多个缓存策略中选择至少一个合适的缓存策略，并将包含该至少一个合适的缓存策略的策略选择消息发送给集群系统，以供集群系统记录并存储。例如，若客户端所承载的业务对于数据读取的实时性要求较高，则可以选择能够快速读取的缓存策略；若客户端所承载的业务对于数据写入的实时性要求较高，则可以选择能够快速写入的缓存策略；若客户端所承载的业务对于数据读写的准确性要求较高，则可以选择可靠性较高的缓存策略等。

具体地，为了便于集群系统区分各个客户端，在客户端发送的策略配置请求消息和/或策略选择消息中进一步包含该客户端对应的客户端分组标识(通过预处理模块31确定)。相应地，集群系统在获取并存储策略选择消息中包含的客户端选择的缓存策略时，将客户端对应的客户端分组标识与客户端选择的缓存策略关联存储在预设的缓存策略表中。该缓存策略表用于存储各个分组的客户端所对应的缓存策略。

处理模块34适于接收到客户端发送的数据访问请求后，按照客户端选择的缓存策略处理数据访问请求。

具体地，处理模块34获取数据访问请求中包含的客户端分组标识，根据缓存策略表确定与该客户端分组标识关联存储的缓存策略，按照与该客户端分组标识关联存储的缓存策略处理上述的数据访问请求。其中，处理模块34可以预先设置多个分别与各个缓存策略相对应的缓存策略处理函数，直接调用与客户端选择的缓存策略相对应的缓存策略处理函数即可处理上述的数据访问请求，通过预先设置处理函数的方式能够提升缓存策略的配置效率，而且，还便于实现缓存策略的动态更新，例如，当集群系统中需要增加或删除部分缓存策略时，只需添加或删除对应的处理函数即可，操作简便灵活。

配置模块36适于分别配置各个客户端分组标识所对应的访问权限。

具体地，为了进一步提升数据访问的安全性，设置配置模块36分别配置各个客户端分组标识所对应的访问权限。其中，访问权限包括：只读、读写，还可以包括具体能够读写的资源种类，通过对访问权限进行判断，可以提升数据访问的安全性，防止一些客户端受到黑客攻击后越权访问重要数据。具体实施时，可以预先设置一个权限列表，用于存储各个客户端分组所对应的访问权限。

确定模块37适于确定客户端分组标识所对应的访问权限，根据访问权限确定是否对数据访问请求执行后续处理。

具体地，若该客户端分组标识所对应的访问权限与该数据访问请求的类型和/或该数据访问请求所要访问的资源种类相符，确定模块37则按照客户端选择的缓存策略处理该数据访问请求；若该客户端分组标识所对应的访问权限与该数据访问请求的类型和/或该数据访问请求所要访问的资源种类不相符，确定模块37则拒绝处理该数据访问请求，并返回错误消息。例如，集群系统中可能包含多种类型的资源，不同的客户端所需的资源类型不同，因此，可以根据各个客户端分组所对应的业务类型等因素为各个客户端分组分别设置对应的访问权限。

更新处理模块38适于接收客户端发送的策略更新消息，获取策略更新消息中包含的客户端更新后的缓存策略，将存储的客户端选择的缓存策略替换为客户端更新后的缓存策略。

具体实施时，更新处理模块38随时可以对已选择的缓存策略进行更新。缓存系统收到策略更新消息后，获取策略更新消息中包含的客户端分组标识以及客户端更新后的缓存策略，根据更新后的缓存策略对缓存策略表中与该客户端分组标识关联存储的缓存策略进行更新。相应地，由于缓存策略表已更新，因此，若后续接收到客户端发送的数据访问请求时，则会按照客户端更新后的缓存策略处理数据访问请求。由此可见，更新处理模块38使客户端能够根据实际需求动态更新对应的缓存策略。

具体实现时，客户端更新后的缓存策略可以根据多种因素确定，例如，可以根据客户端所承载的具体业务类型的变化情况，或根据客户端后续发送的数据访问请求的类型确定。其中，客户端后续发送的数据访问请求的类型包括写入类型和/或读取类型，写入类型又进一步包括直接写入和修改，例如，在原始数据的基础上执行加减法等类型的修改操作。具体地，某些客户端之前可能仅支持只读类型的操作，因此选择了能够快速读取的缓存策略，但是，该客户端经过业务变更后能够支持读写类型的操作，相应地，可以将之前已选择的缓存策略更新为能够快速读写的缓存策略。

上述各个模块的具体结构和工作原理可参照方法实施例中相应步骤的描述，此处不再赘述。另外，本领域技术人员可对上述的各个模块进行灵活地合并或删减，例如，上述的预处理模块35、配置模块36、确定模块37以及更新处理模块38并不是必须的，本领域技术人员可根据需要设置。本发明对模块的具体数量和划分方式不做限定。

综上所述，通过本发明提供的基于集群的数据缓存装置，能够对客户端进行分组划分，并分别为每个分组内的客户端配置不同的缓存策略，从而能够灵活适应各种客户端的业务需求。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的基于集群的数据缓存装置模块中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明公开了：A1、一种基于集群的数据缓存方法，包括：

接收到客户端发送的策略配置请求消息后，向所述客户端返回策略配置响应消息；其中，所述策略配置响应消息中包含预设的多个缓存策略；

接收所述客户端根据所述多个缓存策略发送的策略选择消息，获取并存储所述策略选择消息中包含的所述客户端选择的缓存策略；

接收到所述客户端发送的数据访问请求后，按照所述客户端选择的缓存策略处理所述数据访问请求。

A2、根据A1所述的方法，其中，所述方法执行之前，进一步包括步骤：预先将所述集群中的全部客户端划分为多个分组，分别为每个分组中的客户端分配对应的客户端分组标识；

则所述获取并存储所述策略选择消息中包含的所述客户端选择的缓存策略的步骤具体包括：将所述客户端对应的客户端分组标识与所述客户端选择的缓存策略关联存储在预设的缓存策略表中；

且所述接收到所述客户端发送的数据访问请求后，按照所述客户端选择的缓存策略处理所述数据访问请求的步骤具体包括：获取所述数据访问请求中包含的客户端分组标识，根据所述缓存策略表确定与所述客户端分组标识关联存储的缓存策略，按照与所述客户端分组标识关联存储的缓存策略处理所述数据访问请求。

A3、根据A2所述的方法，其中，所述分别为每个分组中的客户端分配对应的客户端分组标识的步骤之后进一步包括：分别配置各个客户端分组标识所对应的访问权限，且所述获取所述数据访问请求中包含的客户端分组标识的步骤之后进一步包括：确定所述客户端分组标识所对应的访问权限，根据所述访问权限确定是否对所述数据访问请求执行后续处理。

A4、根据A1-A3任一所述的方法，其中，所述按照所述客户端选择的缓存策略处理所述数据访问请求的步骤具体包括：

预先设置多个分别与各个缓存策略相对应的缓存策略处理函数，调用与所述客户端选择的缓存策略相对应的缓存策略处理函数处理所述数据访问请求。

A5、根据A1-A4任一所述的方法，其中，所述接收到所述客户端发送的数据访问请求后，按照所述客户端选择的缓存策略处理所述数据访问请求的步骤之后，进一步包括：

接收所述客户端发送的策略更新消息，获取所述策略更新消息中包含的所述客户端更新后的缓存策略，将存储的所述客户端选择的缓存策略替换为所述客户端更新后的缓存策略；

则后续接收到所述客户端发送的数据访问请求时，按照所述客户端更新后的缓存策略处理所述数据访问请求。

A6、根据A5所述的方法，其中，所述客户端更新后的缓存策略根据所述客户端后续发送的数据访问请求的类型确定；其中，所述客户端后续发送的数据访问请求的类型包括写入类型和/或读取类型。

本发明公开了：B7、一种基于集群的数据缓存装置，包括：

反馈模块，适于接收到客户端发送的策略配置请求消息后，向所述客户端返回策略配置响应消息；其中，所述策略配置响应消息中包含预设的多个缓存策略；

接收模块，适于接收所述客户端根据所述多个缓存策略发送的策略选择消息；

获取模块，适于获取并存储所述策略选择消息中包含的所述客户端选择的缓存策略；

处理模块，适于接收到所述客户端发送的数据访问请求后，按照所述客户端选择的缓存策略处理所述数据访问请求。

B8、根据B7所述的装置，其中，所述装置进一步包括：预处理模块，适于预先将所述集群中的全部客户端划分为多个分组，分别为每个分组中的客户端分配对应的客户端分组标识；

则所述获取模块具体用于：将所述客户端对应的客户端分组标识与所述客户端选择的缓存策略关联存储在预设的缓存策略表中；

且所述处理模块具体用于：获取所述数据访问请求中包含的客户端分组标识，根据所述缓存策略表确定与所述客户端分组标识关联存储的缓存策略，按照与所述客户端分组标识关联存储的缓存策略处理所述数据访问请求。

B9、根据B8所述的装置，其中，所述装置进一步包括：

配置模块，适于分别配置各个客户端分组标识所对应的访问权限；

确定模块，适于确定所述客户端分组标识所对应的访问权限，根据所述访问权限确定是否对所述数据访问请求执行后续处理。

B10、根据B7-B9任一所述的装置，其中，所述处理模块具体用于：

预先设置多个分别与各个缓存策略相对应的缓存策略处理函数，调用与所述客户端选择的缓存策略相对应的缓存策略处理函数处理所述数据访问请求。

B11、根据B7-B10任一所述的装置，其中，所述装置进一步包括：

更新处理模块，适于接收所述客户端发送的策略更新消息，获取所述策略更新消息中包含的所述客户端更新后的缓存策略，将存储的所述客户端选择的缓存策略替换为所述客户端更新后的缓存策略；

则所述处理模块进一步用于：按照所述客户端更新后的缓存策略处理所述数据访问请求。

B12、根据B11所述的装置，其中，所述客户端更新后的缓存策略根据所述客户端后续发送的数据访问请求的类型确定；其中，所述客户端后续发送的数据访问请求的类型包括写入类型和/或读取类型。

Claims (10)

1.一种基于集群的数据缓存方法，包括：

接收到客户端发送的策略配置请求消息后，向所述客户端返回策略配置响应消息；其中，所述策略配置响应消息中包含预设的多个缓存策略；

接收所述客户端根据所述多个缓存策略发送的策略选择消息，获取并存储所述策略选择消息中包含的所述客户端选择的缓存策略；

接收到所述客户端发送的数据访问请求后，按照所述客户端选择的缓存策略处理所述数据访问请求。

2.根据权利要求1所述的方法，其中，所述方法执行之前，进一步包括步骤：预先将所述集群中的全部客户端划分为多个分组，分别为每个分组中的客户端分配对应的客户端分组标识；

则所述获取并存储所述策略选择消息中包含的所述客户端选择的缓存策略的步骤具体包括：将所述客户端对应的客户端分组标识与所述客户端选择的缓存策略关联存储在预设的缓存策略表中；

且所述接收到所述客户端发送的数据访问请求后，按照所述客户端选择的缓存策略处理所述数据访问请求的步骤具体包括：获取所述数据访问请求中包含的客户端分组标识，根据所述缓存策略表确定与所述客户端分组标识关联存储的缓存策略，按照与所述客户端分组标识关联存储的缓存策略处理所述数据访问请求。

3.根据权利要求2所述的方法，其中，所述分别为每个分组中的客户端分配对应的客户端分组标识的步骤之后进一步包括：分别配置各个客户端分组标识所对应的访问权限，且所述获取所述数据访问请求中包含的客户端分组标识的步骤之后进一步包括：确定所述客户端分组标识所对应的访问权限，根据所述访问权限确定是否对所述数据访问请求执行后续处理。

4.根据权利要求1-3任一所述的方法，其中，所述按照所述客户端选择的缓存策略处理所述数据访问请求的步骤具体包括：

预先设置多个分别与各个缓存策略相对应的缓存策略处理函数，调用与所述客户端选择的缓存策略相对应的缓存策略处理函数处理所述数据访问请求。

5.根据权利要求1-4任一所述的方法，其中，所述接收到所述客户端发送的数据访问请求后，按照所述客户端选择的缓存策略处理所述数据访问请求的步骤之后，进一步包括：

接收所述客户端发送的策略更新消息，获取所述策略更新消息中包含的所述客户端更新后的缓存策略，将存储的所述客户端选择的缓存策略替换为所述客户端更新后的缓存策略；

则后续接收到所述客户端发送的数据访问请求时，按照所述客户端更新后的缓存策略处理所述数据访问请求。

6.根据权利要求5所述的方法，其中，所述客户端更新后的缓存策略根据所述客户端后续发送的数据访问请求的类型确定；其中，所述客户端后续发送的数据访问请求的类型包括写入类型和/或读取类型。

7.一种基于集群的数据缓存装置，包括：

反馈模块，适于接收到客户端发送的策略配置请求消息后，向所述客户端返回策略配置响应消息；其中，所述策略配置响应消息中包含预设的多个缓存策略；

接收模块，适于接收所述客户端根据所述多个缓存策略发送的策略选择消息；

获取模块，适于获取并存储所述策略选择消息中包含的所述客户端选择的缓存策略；

处理模块，适于接收到所述客户端发送的数据访问请求后，按照所述客户端选择的缓存策略处理所述数据访问请求。

8.根据权利要求7所述的装置，其中，所述装置进一步包括：预处理模块，适于预先将所述集群中的全部客户端划分为多个分组，分别为每个分组中的客户端分配对应的客户端分组标识；

则所述获取模块具体用于：将所述客户端对应的客户端分组标识与所述客户端选择的缓存策略关联存储在预设的缓存策略表中；

且所述处理模块具体用于：获取所述数据访问请求中包含的客户端分组标识，根据所述缓存策略表确定与所述客户端分组标识关联存储的缓存策略，按照与所述客户端分组标识关联存储的缓存策略处理所述数据访问请求。

9.根据权利要求8所述的装置，其中，所述装置进一步包括：

配置模块，适于分别配置各个客户端分组标识所对应的访问权限；

确定模块，适于确定所述客户端分组标识所对应的访问权限，根据所述访问权限确定是否对所述数据访问请求执行后续处理。

10.根据权利要求7-9任一所述的装置，其中，所述处理模块具体用于：

预先设置多个分别与各个缓存策略相对应的缓存策略处理函数，调用与所述客户端选择的缓存策略相对应的缓存策略处理函数处理所述数据访问请求。