CN110737680A - 缓存数据管理方法、装置、存储介质及电子设备 - Google Patents

Abstract

本申请公开了一种缓存数据管理方法、装置、存储介质及电子设备，涉及缓存管理技术。具体方案包括：获取指令，并判读指令类型；当指令类型为数据查询指令时，获取待查数据的数据地址和类别标识；根据数据地址与类别标识，判断缓存区中是否存在待查数据，当不存在待查数据时，根据数据地址获取待查数据，以类别标识为索引，将待查数据和查询操作信息写入缓存区，并发送待查数据；当指令类型为数据更新指令时，获取数据更新指令所清除的待查数据的类别标识；将缓存区中的以类别标识为索引的待查数据和所述查询操作信息清除。本申请可以避免对数据查询功能的影响，提高存储数据的维护效率和查询效率。

Description

缓存数据管理方法、装置、存储介质及电子设备

技术领域

本申请涉及缓存管理技术，特别是涉及一种缓存数据管理方法、装置、存储介质及电子设备。

背景技术

在对存储数据进行查询或维护时，通常会出现多个维护方分别查询或维护同一组数据的情形。查询不会改变存储数据，但对存储数据进行维护时，或对维护方与存储数据之间的维护权限进行修改时，需要对存储数据进行更新操作。

现有技术中，通常基于哈希(Hash)结构进行存储数据的缓存区，一旦需要对存储数据进行更新时，为了保证关联数据的一致性，会将缓存区中的数据全部清除。然而，在实际应用时，存储数据的维护和更新可能很频繁，在多个维护方频繁维护和更新存储数据时，清空缓存区中的全量数据会对数据查询功能产生很大的影响，降低了存储数据的维护效率和查询效率。

发明内容

有鉴于此，本申请的主要目的在于提供一种缓存数据管理方法，该方法可以避免在每次维护和更新存储数据时均清空缓存区中的存储数据，从而避免对数据查询功能的影响，提高存储数据的维护效率和查询效率。

为了达到上述目的，本申请提出的技术方案为：

第一方面，本申请实施例提供了一种缓存数据管理方法，包括以下步骤：

获取指令，并判断指令类型；

当所述指令类型为数据查询指令时，获取待查数据的数据地址和待查数据的类别标识；

根据所述待查数据的数据地址与所述待查数据的类别标识，判断缓存区中是否存在所述待查数据，当不存在所述待查数据时，根据所述待查数据的数据地址获取所述待查数据，以所述待查数据的类别标识为索引，将所述待查数据和查询操作信息写入所述缓存区，并发送所述待查数据；

当所述指令类型为数据更新指令时，获取待更新数据的类别标识；所述待更新数据为缓存区中数据更新指令欲清除的待查数据和查询操作信息；

根据所述待更新数据的类别标识，将所述缓存区中的所述待更新数据清除。

一种可能的实施方式中，所述判断缓存区中是否存在所述待查数据的步骤之后，所述方法还包括：

当存在所述待查数据时，从缓存区中读取所述待查数据，发送所述待查数据；

以所述待查数据的类别标识为索引，将查询操作信息写入所述缓存区。

一种可能的实施方式中，所述判断指令类型的步骤之后，所述方法还包括：

当所述指令类型为数据写入指令时，获取待写入数据的数据地址和待写入数据的类别标识；

根据所述待写入数据的数据地址存储所述待写入数据，并以所述待写入数据的类别标识为索引，将写入操作信息写入所述缓存区。

一种可能的实施方式中，所述判断指令类型的步骤之后，所述方法还包括：

当所述指令类型为数据删除指令时，获取待删除数据的数据地址和待删除数据的类别标识；

根据所述待删除数据的数据地址删除所述待删除数据，并以所述待删除数据的类别标识为索引，将删除操作信息写入所述缓存区。

一种可能的实施方式中，所述待查数据的类别标识为所述待查数据所属的实体的标识信息。

一种可能的实施方式中，数据更新指令采用下述步骤生成：

当变更维护方与所述待更新数据的维护关系时，生成并发送数据更新指令。

第二方面，本申请实施例还提供一种缓存数据管理装置，包括：

指令获取模块，用于获取指令，并判断指令类型；

属性获取模块，用于在所述指令类型为数据查询指令时，获取待查数据的数据地址和待查数据的类别标识；还用于在所述指令类型为数据更新指令时，获取待更新数据的类别标识；所述待更新数据为缓存区中数据更新指令欲清除的待查数据和查询操作信息；

判断模块，用于根据所述待查数据的数据地址与所述待查数据的类别标识，判断缓存区中是否存在所述待查数据；

数据读取模块，用于当不存在所述待查数据时，根据所述待查数据的数据地址获取所述待查数据；

缓存写入模块，用于以所述待查数据的类别标识为索引，将所述待查数据和查询操作信息写入所述缓存区；

数据发送模块，用于发送所述待查数据；

缓存清除模块，用于根据所述待更新数据的类别标识，将所述缓存区中的所述待更新数据清除。

一种可能的实施方式中，所述装置还包括：

缓存读取模块，用于当存在所述待查数据时，从缓存区中读取所述待查数据；

所述数据发送模块，用于发送所述待查数据；

缓存写入模块，还用于以所述待查数据的类别标识为索引，将所述查询操作信息写入所述缓存区。

一种可能的实施方式中，所述获取模块，还用于当所述指令类型为数据写入指令时，获取待写入数据的数据地址和待写入数据的类别标识；

所述装置还包括，数据写入模块，用于根据所述待写入数据的数据地址存储所述待写入数据；

所述缓存写入模块，还用于以所述待写入数据的类别标识为索引，将写入操作信息写入所述缓存区。

一种可能的实施方式中，所述获取模块，还用于当所述指令类型为数据删除指令时，获取待删除数据的数据地址和待删除数据的类别标识；

所述装置还包括，数据删除模块，用于根据所述待删除数据的数据地址存储所述待删除数据；

所述缓存写入模块，还用于以所述待删除数据的类别标识为索引，将删除操作信息写入所述缓存区。

一种可能的实施方式中，所述待查数据的类别标识为所述待查数据所属的实体的标识信息。

一种可能的实施方式中，所述装置还包括：

指令生成模块，用于当变更维护方与所述待更新数据的维护关系时，生成并发送数据更新指令。

第三方面，本申请实施例还提供一种计算机可读存储介质，可以提高存储数据的维护效率和查询效率。具体方案为：

一种计算机可读存储介质，存储有计算机指令，所述指令被处理器执行时可实现上述第一方面及第一方面中任一种可能的实施方式的步骤。

第四方面，本申请实施例还提供一种电子设备，可以提高存储数据的维护效率和查询效率。具体方案为：

一种电子设备，该电子设备包括上述的计算机可读存储介质，还包括可执行所述计算机可读存储介质的处理器。

综上所述，本申请提出的一种缓存数据管理方法、装置、存储介质及电子设备。本申请对存储数据进行查询或更新时，在数据地址的基础上，增加类别标识对不同类别的存储数据进行区分。当所述指令类型为数据查询指令时，在缓存区中，以待查数据的类别标识为索引，将待查数据和查询操作信息写入缓存区，以便在获取数据更新指令时，仅清除以获取的待更新数据的类别标识为索引的待查数据和查询操作信息，避免在每次维护和更新存储数据时均清空缓存区中的存储数据，从而避免对数据查询功能的影响，提高存储数据的维护效率和查询效率。

附图说明

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

图1为本申请实施例提供的一种缓存数据管理方法的流程示意图；

图2为数据查询步骤的流程示意图；

图3为数据写入步骤的流程示意图；

图4为数据删除步骤的流程示意图；

图5为数据更新步骤的流程示意图；

图6为本申请实施例提供的一种缓存数据管理装置的结构示意图；

图7为本申请实施例提供的一种缓存数据管理装置的架构示意图；

图8为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

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

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

在对存储数据进行查询或维护时，通常会出现多个维护方分别查询或维护同一组数据的情形。查询不会改变存储数据，但对存储数据进行维护时，或对维护方与存储数据之间的维护权限进行修改时，需要对存储数据进行更新操作。

具体例如，房地产业务领域中的组对盘业务，体现了经纪人店组对楼盘数据关系的，此时，经纪人店组为维护方，楼盘数据为存储数据，一般线下运营会综合经纪人店组的人力、楼盘户数、经纪人店组与楼盘的距离等多种因素，给一个经纪人店组划分某个或某几个楼盘的作业权限，因此，一个楼盘数据可能会被至少一个经纪人店组查询或维护。任何一个经纪人店组对楼盘数据的修改，或任何一个经纪人店组与楼盘数据之间的维护关系的变更，例如接触某个经纪人店组与某个楼盘数据的维护关系时，均会造成清空缓存区中所有的楼盘数据。这显然是不合理的，在多个维护方频繁维护和更新存储数据时，清空缓存区中的全量数据会对数据查询功能产生很大的影响，降低了存储数据的维护效率和查询效率。

有鉴于此，本申请的核心发明点在于：对存储数据进行查询或更新时，在数据地址的基础上，增加类别标识对不同类别的存储数据进行区分。当所述指令类型为数据查询指令时，在缓存区中，以待查数据的类别标识为索引，将待查数据和查询操作信息写入缓存区，以便在获取数据更新指令时，仅清除以获取的待更新数据的类别标识为索引的待查数据和查询操作信息，避免在每次维护和更新存储数据时均清空缓存区中的存储数据，从而避免对数据查询功能的影响，提高存储数据的维护效率和查询效率。

为使本申请的目的、技术方案和优点更加清楚，下面以具体实施例对本发明的技术方案进行详细说明。下面几个具体实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

实施例一

图1为本申请实施例一提供的缓存数据管理方法的流程示意图，如图1所示，该实施例主要包括：

S101：获取指令，并判断指令类型。

本申请实施例的实现主体为数据服务端，通常为提供数据查询功能的设备，例如数据查询服务器，其中，上述数据服务端包含了具有缓存存储数据功能的缓存区，数据服务端连接有数据库，数据库中存储有存储数据，数据服务端可以对数据库中的存储数据进行写入、读取和删除等操作。

接收到指令后，需要判断指令类型。这里指令通常由需要对存储数据进行操作的客户端发出，也可以由数据服务端自身发出。指令类型用于区别不同指令的目的和功能。

S102：当所述指令类型为数据查询指令时，获取待查数据的数据地址和待查数据的类别标识。

数据查询指令通常由需要进行数据查询操作的客户端发出，数据服务端获取了客户端发出的数据查询指令。

当所述指令类型为数据查询指令时，可以继续从客户端获取待查数据的数据地址和待查数据的类别标识。也可以将待查数据的数据地址和待查数据的类别标识携带于数据查询指令中，获取数据查询指令中携带的待查数据的数据地址和待查数据的类别标识。这里，待查数据的数据地址为待查数据在数据库中的存储地址。待查数据的类别标识用于表征待查数据的类别，这里，可以依据待查数据的属性或待查数据的归属对待查数据进行分类，待查数据的类别标识表征了待查数据属于上述分类中的哪一类。

S103：根据所述待查数据的数据地址与所述待查数据的类别标识，判断缓存区中是否存在所述待查数据，当不存在所述待查数据时，根据所述待查数据的数据地址获取所述待查数据，以所述待查数据的类别标识为索引，将所述待查数据和查询操作信息写入所述缓存区，并发送所述待查数据。

当获取数据查询指令时，首先判断缓存区中是否存在待查数据，当缓存区中不存在待查数据时，需要从数据库中读取待查数据。因此，当缓存区中不存在所述待查数据时，根据所述待查数据的数据地址获取所述待查数据。具体的，根据待查数据的数据地址从存储待查数据的数据库中获取待查数据。例如，可以根据待查数据的数据地址生成数据读取请求，从存储待查数据的数据库中获取待查数据。

获取待查数据后，为了加快已获取过的存储数据的查询速度，将待查数据以待查数据的类别标识为索引写入缓存区中暂时存储。为了准确的获得待查数据，除了以待查数据的类别标识为索引将待查数据存储在缓存区，还可以将待查数据的数据地址与待查数据关联存储。另外也可以为待查数据生成数据标识，除了以待查数据的类别标识为索引将待查数据存储在缓存区，将上述数据标识与待查数据关联存储。

与此同时，为了便于维护维护方与存储数据之间的关系，将查询操作信息也以待查数据的类别标识为索引写入缓存区，查询操作信息为获取的数据查询指令对应的数据查询操作信息。

最后，将待查数据发送给客户端。

S104：当所述指令类型为数据更新指令时，获取待更新数据的类别标识；所述待更新数据为缓存区中数据更新指令欲清除的待查数据和查询操作信息。

步骤S104与步骤S102在执行顺序上是并列关系，步骤S104不一定在步骤S102和步骤S103之后执行。

数据更新指令通常由数据服务端自身发出，也可以由需要进行数据更新操作的客户端发出。当数据更新指令由数据服务端自身发出时，通常为数据服务端接收到维护方与存储数据之间的维护关系变更等维护指令后，向自身发出数据更新指令。当数据更新指令由数据更新操作的客户端发出时，通常为客户端需要对数据服务端的缓存区进行数据更新操作。

同样的，数据服务端获取到数据更新指令时，可以继续从客户端或数据服务端自身获取待更新数据的类别标识。也可以将待更新数据的类别标识携带于数据更新指令中，获取数据查询指令中携带的待更新数据的类别标识。

并且，待更新数据的类别标识与待查数据的类别标识相同，也可以在依据待更新数据的属性或待更新数据的归属对待更新数据进行分类后，使用类别标识表征待更新数据属于上述分类中的哪一类。

这里，待更新数据为缓存区中数据更新指令欲清除的待查数据和查询操作信息，在本申请实施例中，在收到数据更新指令时，不会进行清空缓存区的操作，而是只删除数据更新指令涉及的待查数据和查询操作信息，为了方便描述，将数据更新指令涉及的欲删除的待查数据和查询操作信息作为待更新数据。因此，待更新数据的类别标识与待查数据的类别标识依据相同的标准和方法设定，根据待更新数据的类别标识可以确定数据更新指令欲清除的待查数据和查询操作信息，具体的，以待更新数据的类别标识为索引存储在缓存区的待查数据和查询操作信息，为数据更新指令欲清除的待查数据和查询操作信息。

S105：根据所述待更新数据的类别标识，将所述缓存区中的所述待更新数据清除。

有别于现有技术中将缓存区中的存储数据清空的操作，本申请实施例根据待更新数据的类别标识，仅将以待更新数据的类别标识为索引存储的待查数据删除，这里，以待更新数据的类别标识为索引的待查数据就是数据更新指令所清除的待查数据。在对待查数据进行清除之后，还需将以待更新数据的类别标识为索引的查询操作信息删除。从而避免了频繁维护和更新存储数据对数据查询功能的影响，提高存储数据的维护效率和查询效率。

实施例二

本申请实施例还提供了另一种缓存数据管理方法，为了对存储数据的全流程进行管理，本申请实施例二提供的缓存数据管理方法包括数据查询步骤、数据写入步骤、数据删除步骤和数据更新步骤。

本申请实施例二提供的缓存数据管理方法均需要首先执行获取指令，并判断指令类型的步骤。

如图2所示，为本申请实施例二提供的缓存数据管理方法中的数据查询步骤，具体包括：

S201：当指令类型为数据查询指令时，获取待查数据的数据地址和待查数据的类别标识。

在进行步骤S201之前，已经进行过执行获取指令，并判断指令类型的步骤。步骤S201基于判断指令类型的结果执行。

本申请实施例的实现主体为数据服务端，通常为提供数据查询功能的设备，例如数据查询服务器，其中，上述数据服务端包含了存储数据的缓存区。数据查询指令通常由需要进行数据查询操作的客户端发出，数据服务端获取了客户端发出的数据查询指令。

当所述指令类型为数据查询指令时，可以继续从客户端获取待查数据的数据地址和待查数据的类别标识。也可以将待查数据的数据地址和待查数据的类别标识携带于数据查询指令中，获取数据查询指令中携带的待查数据的数据地址和待查数据的类别标识。这里，待查数据的数据地址为待查数据在数据库中的存储地址。

待查数据的类别标识用于表征待查数据的类别，这里，可以依据待查数据的属性或待查数据的归属对待查数据进行分类，待查数据的类别标识表征了待查数据属于上述分类中的哪一类。优选的，待查数据的类别标识通常为待查数据所属的实体的标识信息。具体的，例如将本申请实施例应用于房地产业务领域中的组对盘业务时，待查数据的类别标识为待查数据所属楼盘的楼盘标识。为了方便将待查数据的类别标识作为索引读取与写入，可以以Spring表达式语言(Spring Expression Language，Spel)格式的字符串为数据格式，存储上述待查数据的类别标识。

S202：根据所述待查数据的数据地址与所述待查数据的类别标识，判断缓存区中是否存在所述待查数据。

当缓存区中不存在待查数据时，需要从数据库中读取待查数据，执行步骤S203；当缓存区中存在待查数据时，直接从缓存区中读取待查数据，执行步骤S204。

S203：当不存在所述待查数据时，根据所述待查数据的数据地址获取所述待查数据，以所述待查数据的类别标识为索引，将所述待查数据和查询操作信息写入所述缓存区，并发送所述待查数据。

当不存在待查数据时，从数据库中根据待查数据的数据地址获取待查数据。并将待查数据以待查数据的类别标识为索引写入缓存区中暂时存储，这样在下次获取到针对同一条待查数据的数据查询指令时，可以直接从缓存区中读取待查数据发送给客户端。

与此同时，为了便于维护维护方与存储数据之间的关系，将查询操作信息也以待查数据的类别标识为索引写入缓存区。具体的例如，将本申请实施例应用于房地产业务领域中的组对盘业务时，待查数据的类别标识为待查数据所属楼盘的楼盘标识。待查数据的类别标识为待查数据所属楼盘的楼盘标识是，以楼盘标识为索引，将待查数据和查询操作信息写入缓存区。

查询操作信息为获取的数据查询指令对应的数据查询操作信息，可以包括以下至少一项：本次获取的数据查询指令对应的数据查询操作的查询方、待查数据的数据地址、待查数据的类别标识、数据查询操作类型信息和数据查询操作的执行时间等。

S204：当存在所述待查数据时，从缓存区中读取所述待查数据，发送所述待查数据；以所述待查数据的类别标识为索引，将所述查询操作信息写入所述缓存区。

当存在待查数据时，直接从缓存区中读取待查数据，并将待查数据发送给客户端。此时，为了完善每次对存储数据的操作记录，以所述待查数据的类别标识为索引，将所述查询操作信息写入所述缓存区，也就是将本次数据查询指令对应的查询操作信息也写入缓存区。

当获取数据写入指令时，本申请实施例二提供的缓存数据管理方法中还提供数据写入步骤，如图3所示，具体包括：

S301：当指令类型为数据写入指令时，获取待写入数据的数据地址和待写入数据的类别标识。

在进行步骤S301之前，已经进行过执行获取指令，并判断指令类型的步骤。步骤S301基于判断指令类型的结果执行。

数据写入指令通常由需要进行数据写入操作的客户端发出，数据服务端获取了客户端发出的数据写入指令。当所述指令类型为数据写入指令时，可以继续从容户端获取待写入数据的数据地址和待写入数据的类别标识。也可以将待写入数据的数据地址和待写入数据的类别标识携带于数据写入指令中，获取数据写入指令中携带的待写入数据的数据地址和待写入数据的类别标识。这里，待写入数据的数据地址为待写入数据在数据库中的存储地址。

同样的，可以依据待写入数据的属性或待写入数据的归属对待写入数据进行分类，待写入数据的类别标识表征了待写入数据属于上述分类中的哪一类。优选的待写入数据的类别标识通常为待写入数据所属的实体的标识信息。具体的，例如将本申请实施例应用于房地产业务领域中的组对盘业务时，待写入数据的类别标识为待写入数据所属楼盘的楼盘标识。为了方便将待写入数据的类别标识作为索引读取与写入，可以以Spring表达式语言(Spring Expression Language，Spel)格式的字符串为数据格式，存储上述待写入数据的类别标识。

S302：根据所述待写入数据的数据地址存储所述待写入数据，并以所述待写入数据的类别标识为索引，将写入操作信息写入所述缓存区。

当获取数据写入指令后，直接根据待写入数据的数据地址，也就是待写入数据在数据库中的存储地址，将待写入数据存储到数据库中。

为了便于维护维护方与存储数据之间的关系，也为了作为数据更新时的清除缓存区数据的凭证，以待写入数据的类别标识为索引，将写入操作信息写入所述缓存区。写入操作信息为本次获取的数据写入指令对应的数据写入操作信息，可以包括以下至少一项：本次获取的数据写入指令对应的数据写入操作的写入方、待写入数据的数据地址、待写入数据的类别标识、数据写入操作类型信息和数据写入操作的执行时间等。

随着操作存储数据的业务复杂性日益增加，现有技术中仅采用简单的一维缓存键对缓存区的存储数据进行管理的方式，越来越无法应对大数据量、多维护方的数据存储现状，当仅采用简单的一维缓存键进行缓存区存储数据的管理时，由于缓存区通常基于Hash结构，存在大键值(Big Key)隐患，一个键值中可能存储了较大的数据量，从而阻塞缓存指令，影响缓存区的整体性能。尤其是使用Redis作为缓存区存储器时，Big Key的现象尤为突出。使用待写入数据的类别标识为索引，经存储数据在缓存区分别存储，可以有效地避免Big Key的隐患。并且引入了待写入数据的类别标识为索引，将简单的一维缓存键变为两维，甚至多维缓存键，对缓存区数据进行分层次，使存储数据的数据关系更加清晰，更有利于对缓存区的理和维护。

当获取数据删除指令时，本申请实施例二提供的缓存数据管理方法中还提供数据删除步骤，如图4所示，具体包括：

S401：当指令类型为数据删除指令时，获取待删除数据的数据地址和待删除数据的类别标识。

在进行步骤S401之前，已经进行过执行获取指令，并判断指令类型的步骤。步骤S401基于判断指令类型的结果执行。

数据删除指令通常由需要进行数据删除操作的客户端发出，数据服务端获取了客户端发出的数据删除指令。当所述指令类型为数据删除指令时，可以继续从客户端获取待删除数据的数据地址和待删除数据的类别标识。也可以将待删除数据的数据地址和待删除数据的类别标识携带于数据删除指令中，获取数据删除指令中携带的待删除数据的数据地址和待删除数据的类别标识。这里，待删除数据的数据地址为待删除数据在数据库中的存储地址。

同样的，可以依据待删除数据的属性或待删除数据的归属对待删除数据进行分类，待删除数据的类别标识表征了待删除数据属于上述分类中的哪一类。优选的，待删除数据的类别标识通常为待删除数据所属的实体的标识信息。具体的，例如将本申请实施例应用于房地产业务领域中的组对盘业务时，待删除数据的类别标识为待删除数据所属楼盘的楼盘标识。为了方便将待删除数据的类别标识作为索引读取与写入，可以以Spring表达式语言(Spring Expression Language，Spel)格式的字符串为数据格式，存储上述待删除数据的类别标识。

S402：根据所述待删除数据的数据地址删除所述待删除数据，并以所述待删除数据的类别标识为索引，将删除操作信息写入所述缓存区。

根据待删除数据在数据库中的存储地址将待删除数据删除。在删除待删除数据的同时，如果待删除数据存在于缓存区，还可以根据待删除数据的数据地址或者根据待删除数据的数据标识，将待删除数据从缓存区删除。

为了便于维护维护方与存储数据之间的关系，也为了作为数据更新时的清除缓存区数据的凭证，以待删除数据的类别标识为索引，将删除操作信息写入所述缓存区。删除操作信息为本次获取的数据删除指令对应的数据删除操作信息，可以包括以下至少一项：本次获取的数据删除指令对应的数据删除操作的删除方、待删除数据的数据地址、待删除数据的类别标识、数据删除操作类型信息和数据删除操作的执行时间等。

当获取数据更新指令时，本申请实施例二提供的缓存数据管理方法中还提供数据更新步骤，如图5所示，具体包括：

S501：当指令类型为数据更新指令时，获取待更新数据的类别标识。

在进行步骤S501之前，已经进行过执行获取指令，并判断指令类型的步骤。步骤S501基于判断指令类型的结果执行。

数据更新指令通常由数据服务端自身发出，也可以由需要进行数据更新操作的客户端发出。当数据更新指令由数据服务端自身发出时，通常为数据服务端接收到维护方与存储数据之间的维护关系变更等维护指令后，向自身发出数据更新指令。当数据更新指令由数据更新操作的客户端发出时，通常为客户端需要对数据服务端的缓存区进行数据更新操作。

同样的，可以依据待更新数据的属性或待更新数据的归属对待更新数据进行分类，待更新数据的类别标识表征了待更新数据属于上述分类中的哪一类。优选的，待更新数据的类别标识通常为待更新数据所属的实体的标识信息。具体的，例如将本申请实施例应用于房地产业务领域中的组对盘业务时，待更新数据的类别标识为待更新数据所属楼盘的楼盘标识。为了方便将待更新数据的类别标识作为索引读取与写入，可以以Spring表达式语言(Spring Expression Language，Spel)格式的字符串为数据格式，存储上述待更新数据的类别标识。

这里，待更新指令清除的待更新数据为缓存区中存储的数据，由于缓存区中主要存储了待查数据和查询操作信息，待更新数据为缓存区中数据更新指令欲清除的待查数据和查询操作信息，在本申请实施例中，在收到数据更新指令时，不会进行清空缓存区的操作，而是只删除数据更新指令涉及的待查数据和查询操作信息，为了方便描述，将数据更新指令涉及的欲删除的待查数据和查询操作信息作为待更新数据。

具体的，数据更新指令通常采用下述步骤生成：当变更维护方与待更新数据的维护关系时，生成并发送数据更新指令。数据更新指令可以由维护方，也就是由数据更新操作的客户端生成，也可以由数据服务端生成。在变更维护方与待更新数据的维护关系时，通常不会变更维护方与某一条待更新数据的维护关系，而是变更维护方与某一类待更新数据的维护关系。尤其是例如将本申请实施例应用于房地产业务领域中的组对盘业务时，在变更维护方与待更新数据的维护关系时，会整体变更经纪人店组与某个楼盘所有的楼盘数据之间的维护管理。因此，利用待更新数据的类别标识清理缓存数据比现有技术中清空缓存区所有缓存数据，更合理也更高效。在实际实施时，也可当变更维护方与数据库中的存储数据的维护关系时，生成并发送数据更新指令。这里数据库中的存储数据可以为上述待查数据、待写入数据、待删除数据、待更新数据中的任一种。

S502：根据所述待更新数据的类别标识，将所述缓存区中的所述待更新数据清除。

当进行存数数据的数据更新时，尤其是更改维护方对存储数据的维护关系时，由于缓存区一般用于在接收到数据查询指令时，缓存数据查询指令请求的待查数据，缓存区中一般只缓存由待查数据，没有缓存待写入数据和待删除数据。因此，首先将缓存区的待查数据清除。在缓存区将以待更新数据的类别标识为索引的待查数据进行清除后，当缓存区存储有以待更新数据的类别标识为索引的查询操作信息时，还需将查询操作信息清除。同理，当缓存区存储有以待更新数据的类别标识为索引的写入操作信息或删除操作信息时，还需将写入操作信息或删除操作信息清除。

具体的，例如将本申请实施例应用于房地产业务领域中的组对盘业务时，待更新数据的类别标识为待更新数据所属楼盘的楼盘标识时，将以该楼盘标识为索引存储的待查数据、查询操作信息、写入操作信息或删除操作信息全部清除。

本申请实施例尤其适用于对存储数据与维护方之间的维护关系和维护权限进行管理的应用场景。示例性的，将本申请实施例应用于房地产业务领域中的组对盘业务时，经纪人店组对楼盘数据的维护关系通常包括维护盘、非维护盘和公盘等。假设经纪人店组A和经纪人店组B均对楼盘I的楼盘数据具有维护关系，则楼盘I为经纪人店组A和经纪人店组B的维护盘，经纪人店组A和经纪人店组B均可对楼盘I进行楼盘数据的查询、写入或删除操作。当经纪人店组B解除与楼盘I的维护关系时，楼盘I仍为经纪人店组A的维护盘，可以对楼盘I进行楼盘数据的查询、写入或删除操作；楼盘I为经纪人店组B的非维护盘，仅可对楼盘I进行楼盘数据的查询操作，不能进行写入或删除操作。当经纪人店组A和经纪人店组B均解除对楼盘I的维护关系时，楼盘I为经纪人店组A和经纪人店组B的公盘，经纪人店组A和经纪人店组B均可对楼盘I进行楼盘数据的查询或写入操作，不可进行删除操作。

当维护方对楼盘数据的维护关系变更时，例如，当由经纪人店组A和经纪人店组B均对楼盘I的楼盘数据具有维护关系，变更为仅经纪人店组A对楼盘I的楼盘数据具有维护关系时，需要生成数据更新指令，对缓存中的数据进行更新。在现有技术中，上述操作会清空缓存区中的所有楼盘数据，由于缓存区中除了楼盘I的楼盘数据，还有很多别的楼盘的楼盘数据，因此在频繁更新维护关系时，会造成缓存大量击穿，从而影响数据查询操作、数据写入操作、数据删除操作等其他对存储数据的正常操作的响应速度。本申请实施例仅清空缓存区中楼盘I的楼盘数据，通过楼盘标识拆分缓存键，一方面有利于深化存储数据的管理模式，减少Big Key隐患，另一方面可以精确管理失效的缓存，防止影响数据查询操作、数据写入操作、数据删除操作等其他对存储数据的正常操作的响应速度，提高存储数据的维护效率和查询效率。

基于相同的设计构思，本申请实施例还提供了一种缓存数据管理装置、存储介质及电子设备。

实施例三

如图6所示，本申请实施例还提供一种缓存数据管理装置600，包括：

指令获取模块601，用于获取指令，并判断指令类型；

属性获取模块602，用于在所述指令类型为数据查询指令时，获取待查数据的数据地址和待查数据的类别标识；还用于在所述指令类型为数据更新指令时，获取待更新数据的类别标识；所述待更新数据为缓存区中数据更新指令欲清除的待查数据和查询操作信息；

判断模块603，用于根据所述待查数据的数据地址与所述待查数据的类别标识，判断缓存区中是否存在所述待查数据；

数据读取模块604，用于当不存在所述待查数据时，根据所述待查数据的数据地址获取所述待查数据；

缓存写入模块605，用于以所述待查数据的类别标识为索引，将所述待查数据和查询操作信息写入所述缓存区；

数据发送模块606，用于发送所述待查数据；

缓存清除模块607，用于根据所述待更新数据的类别标识，将所述缓存区中的所述待更新数据清除。

一种可能的实施方式中，所述数据读取模块604，还用于当存在所述待查数据时，从缓存区中读取所述待查数据；

所述数据发送模块606，用于发送所述待查数据；

所述缓存写入模块605，还用于以所述待查数据的类别标识为索引，将所述查询操作信息写入所述缓存区。

一种可能的实施方式中，所述属性获取模块602，还用于当所述指令类型为数据写入指令时，获取待写入数据的数据地址和待写入数据的类别标识；

所述装置600还包括，数据写入模块608，用于根据所述待写入数据的数据地址存储所述待写入数据；

所述缓存写入模块605，还用于以所述待写入数据的类别标识为索引，将写入操作信息写入所述缓存区。

一种可能的实施方式中，所述属性获取模块602，还用于当所述指令类型为数据删除指令时，获取待删除数据的数据地址和待删除数据的类别标识；

所述装置还包括，数据删除模块609，用于根据所述待删除数据的数据地址存储所述待删除数据；

所述缓存写入模块605，还用于以所述待删除数据的类别标识为索引，将删除操作信息写入所述缓存区。

一种可能的实施方式中，所述待查数据的类别标识为所述待查数据所属的实体的标识信息。

一种可能的实施方式中，所述装置600还包括：

指令生成模块610，用于当变更维护方与所述待更新数据的维护关系时，生成并发送数据更新指令。

上述缓存数据管理装置通常可以实现与如图7所示的系统架构中，由于写入接口和删除接口的实现方式与查询接口类似，因此图7中仅示出查询接口的实现方式。图7所示的系统架构在查询接口使用自定义注解的方式引入类别标识，自定义注解为在原有的缓存键值的基础上，以类别标识为索引存储的类别标识与缓存键值之间对应关系的集合、列表或查找表，上述自定义注解可以使用方法和参数生成。客户端发送数据查询指令，调用查询接口之后，通过注解切面引入自定义注解，其中类别标识为Spel格式的字符串，通过Spel解析器解析Spel格式的类别标识，并基于自定义注解规定的提取规则，根据类别标识提取缓存键值。在数据查询时，根据自定义注解提取缓存键值，可以从缓存区中查询和读取数据。

当获取数据更新指令，调用更新接口时，也通过相同的注解切面引入自定义注解，基于自定义注解规定的提取规则，根据类别标识提取与类别标识对应的所有缓存键值，最终删除与类别标识对应的所有缓存键值的每个缓存值。最后，还需删除自定义注解中待删除的类别标识与缓存键值之间对应关系。图7中的系统架构示例性的以Redis存储器为缓存区的存储器，实际实施时，可以采用任一种常用的存储器作为缓存区的存储器。

实施例四

一种计算机可读介质，所述计算机可读存储介质存储指令，所述指令在由处理器执行时使得所述处理器执行本申请实施例提供的任一种缓存数据管理方法的步骤。实际应用中，所述的计算机可读介质可以是上述实施例中描述的设备/装置/系统中所包含的，也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或多个程序被执行时，实现根据参考本申请实施例提供的任一种缓存数据管理装置进行本申请实施例提供的任一种缓存数据管理方法的步骤。

根据本申请公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件，或者上述的任意合适的组合，但不用于限制本申请保护的范围。在本申请公开的实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

本申请所述的方法步骤除了可以用数据处理程序来实现，还可以由硬件来实现，例如，可以由逻辑门、开关、专用集成电路(ASIC)、可编程逻辑控制器和嵌微控制器等来实现。因此这种可以实现本申请所述方法的硬件也可以构成本申请。

实施例五

本申请实施例还提供一种电子设备，可以是计算机或服务器，其中可以集成本申请实施例提供的任一种缓存数据管理装置。如图8所示，其示出了本申请实施例提供的电子设备800。

该电子设备可以包括一个或者一个以上处理核心的处理器801、一个或一个以上计算机可读存储介质802。该电子设备还可以包括电源803、输入输出单元804。本领域技术人员可以理解，图8中并不构成对电子设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

其中：

处理器801是该电子设备的控制部分，利用各种接口和线路连接各个部分，通过运行或执行存储在计算机可读存储介质802中的软件程序，执行本申请实施例提供的任一种缓存数据管理方法的步骤。

计算机可读存储介质802可用于存储软件程序，即本申请实施例提供的任一种缓存数据管理方法中涉及的程序。

处理器801通过运行存储在计算机可读存储介质802的软件程序，从而执行各种功能应用以及数据处理。计算机可读存储介质802可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据电子设备需要使用的数据等。此外，计算机可读存储介质802可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，计算机可读存储介质802还可以包括存储器控制器，以提供处理器801对计算机可读存储介质802的访问。

电子设备还包括给各个部件供电的电源803，优选的，电源803可以通过电源管理系统与处理器801逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源803还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

该服务器还可包括输入输出单元804，比如可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入；比如可用于显示由用户输入的信息或提供给用户的信息以及服务器的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。

本申请实施例提供的任一种缓存数据管理方法、装置、存储介质及电子设备均基于相同的设计构思，并且本申请任一个实施例中的技术手段可以进行自由组合，组合得到的技术手段仍在本申请的保护范围之内。

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

本领域技术人员可以理解，本申请的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本申请中。特别地，在不脱离本申请精神和教导的情况下，本申请的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，所有这些组合和/或结合均落入本申请公开的范围。

本申请中应用了具体实施例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思路，并不用于限制本申请。对于本领域的技术人员来说，可以依据本申请的思路、精神和原则，在具体实施方式及应用范围上进行改变，其所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (9)

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

获取指令，并判断指令类型；

当所述指令类型为数据查询指令时，获取待查数据的数据地址和待查数据的类别标识；

根据所述待查数据的数据地址与所述待查数据的类别标识，判断缓存区中是否存在所述待查数据，当不存在所述待查数据时，根据所述待查数据的数据地址获取所述待查数据，以所述待查数据的类别标识为索引，将所述待查数据和查询操作信息写入所述缓存区，并发送所述待查数据；

当所述指令类型为数据更新指令时，获取待更新数据的类别标识；所述待更新数据为缓存区中数据更新指令欲清除的待查数据和查询操作信息；

根据所述待更新数据的类别标识，将所述缓存区中的所述待更新数据清除。

2.根据权利要求1所述的方法，其特征在于，所述判断缓存区中是否存在所述待查数据的步骤之后，所述方法还包括：

当存在所述待查数据时，从缓存区中读取所述待查数据，发送所述待查数据；

以所述待查数据的类别标识为索引，将查询操作信息写入所述缓存区。

3.根据权利要求1所述的方法，其特征在于，所述判断指令类型的步骤之后，所述方法还包括：

当所述指令类型为数据写入指令时，获取待写入数据的数据地址和待写入数据的类别标识；

根据所述待写入数据的数据地址存储所述待写入数据，并以所述待写入数据的类别标识为索引，将写入操作信息写入所述缓存区。

4.根据权利要求1所述的方法，其特征在于，所述判断指令类型的步骤之后，所述方法还包括：

当所述指令类型为数据删除指令时，获取待删除数据的数据地址和待删除数据的类别标识；

根据所述待删除数据的数据地址删除所述待删除数据，并以所述待删除数据的类别标识为索引，将删除操作信息写入所述缓存区。

5.根据权利要求1所述的方法，其特征在于，所述待查数据的类别标识为所述待查数据所属的实体的标识信息。

6.根据权利要求1所述的方法，其特征在于，数据更新指令采用下述步骤生成：

当变更维护方与所述待更新数据的维护关系时，生成并发送数据更新指令。

7.一种缓存数据管理装置，其特征在于，包括：

指令获取模块，用于获取指令，并判断指令类型；

属性获取模块，用于在所述指令类型为数据查询指令时，获取待查数据的数据地址和待查数据的类别标识；还用于在所述指令类型为数据更新指令时，获取待更新数据的类别标识；所述待更新数据为缓存区中数据更新指令欲清除的待查数据和查询操作信息；

判断模块，用于根据所述待查数据的数据地址与所述待查数据的类别标识，判断缓存区中是否存在所述待查数据；

数据读取模块，用于当不存在所述待查数据时，根据所述待查数据的数据地址获取所述待查数据；

缓存写入模块，用于以所述待查数据的类别标识为索引，将所述待查数据和查询操作信息写入所述缓存区；

数据发送模块，用于发送所述待查数据；

缓存清除模块，用于根据所述待更新数据的类别标识，将所述缓存区中的所述待更新数据清除。

8.一种计算机可读存储介质，存储有计算机指令，其特征在于，所述指令被处理器执行时可实现权利要求1～6任一项所述的方法的步骤。

9.一种电子设备，其特征在于，该电子设备包括如权利要求8所述的计算机可读存储介质，还包括可执行所述计算机可读存储介质的处理器。

Images