一种数据查询方法、装置、计算机设备及存储介质与流程

1.本发明涉及数据查询领域，尤其涉及一种数据查询方法、装置、计算机设备及存储介质。


背景技术：

2.数据库是按照数据结构来组织、存储和管理数据的仓库，数据库可以接收查询请求返回与所述查询请求对应的数据。当查询请求过多或者过于频繁时，数据库的响应时间会变长，甚至会崩溃，为应对大规模的数据写入或读取，一些数据处理系统使用分布式远程缓存存储相应的数据，以减小对数据库的访问压力。在这种实现方式中，可以将数据库的大量数据存储到不同的机器中，来应对大批量的访问请求。然而，若仅使用分布式远程缓存来存储数据，当进行数据查询时，由于单个计算节点的访问量是有限的，当访问请求超出单个计算节点的访问限制时，仍然会造成系统响应时间长甚至系统处于崩溃边缘的问题。因此，在进行数据查询时，如何降低请求的响应时间，提高数据查询效率成为亟待解决的问题。


技术实现要素：

3.基于此，有必要针对上述技术问题，提供一种数据查询方法、装置、设备及存储介质，以解决数据查询效率较低的问题。
4.本技术实施例的第一方面提供了一种数据查询方法，所述查询方法包括：
5.对查询请求参数进行解析，得到对应的请求策略；
6.根据预设缓存key的生成规则，将所述查询请求参数生成缓存key；
7.根据所述缓存key，在第一缓存数据库中查询与所述缓存key匹配的命中量；
8.若查询成功，则输出与所述缓存key匹配的命中量；其中，所述第一缓存数据库中缓存有历史查询请求参数查询时的命中量；
9.或者，若查询失败，则根据所述请求策略中对应的标签条件，在第二缓存数据库中查询标签值满足所述标签条件的命中量，将所述命中数据与所述缓存key映射后缓存至所述第一缓存数据库中；其中，所述第二缓存数据库中缓存有历史查询请求参数查询时命中的标签值及对应的命中量。
10.本技术实施例的第二方面提供了一种数据查询装置，所述装置包括：
11.解析模块，用于对查询请求参数进行解析，得到对应的请求策略；
12.生成模块，用于根据预设缓存key的生成规则，将所述查询请求参数生成缓存key；
13.查询模块：用于若查询成功，则输出与所述缓存key匹配的命中量；其中，所述第一缓存数据库中缓存有历史查询请求参数查询时的命中量；
14.第一缓存数据库输出模块，用于根据所述缓存key，在第一缓存数据库中查询与所述缓存key匹配的命中量；
15.第二缓存数据库查询模块，用于若查询失败，则根据所述请求策略中对应的标签条件，在第二缓存数据库中查询标签值满足所述标签条件的命中量，将所述命中数据与所
述缓存key映射后缓存至所述第一缓存数据库中；其中，所述第二缓存数据库中缓存有历史查询请求参数查询时命中的标签值及对应的命中量。
16.第三方面，本发明实施例提供一种计算机设备，所述计算机设备包括处理器、存储器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述的数据查询方法。
17.第四方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的数据查询方法。
18.本发明与现有技术相比存在的有益效果是：
19.对查询请求参数进行解析，得到对应的请求策，根据预设缓存key的生成规则，将查询请求参数生成缓存ke，根据缓存key，在第一缓存数据库中查询与缓存key匹配的命中量，若查询成功，则输出与缓存key匹配的命中量，其中，第一缓存数据库中缓存有历史查询请求参数查询时的命中量，若查询失败，则根据请求策略中对应的标签条件，在第二缓存数据库中查询标签值满足标签条件的命中量，将命中数据与缓存key映射后缓存至第一缓存数据库中，其中，第二缓存数据库中缓存有历史查询请求参数查询时命中的标签值及对应的命中量，本发明通过对查询数据进行多级缓存，逐级查询，在查询时，直接查询缓存数据，减小了直接对数据库查询的响应时间，可以快速返回查询结果，提高了查询效率。
附图说明
20.为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
21.图1是本发明一实施例提供的一种数据查询方法的一应用环境示意图；
22.图2是本发明一实施例提供的一种数据查询方法的流程示意图；
23.图3是本发明一实施例提供的一种数据查询方法的流程示意图；
24.图4是本发明一实施例提供的一种数据查询装置的结构示意图；
25.图5是本发明一实施例提供的一种数据查询装置的结构示意图；
26.图6是本发明一实施例提供的一种数据查询装置的结构示意图；
27.图7是本发明一实施例提供的一种数据查询装置的结构示意图；
28.图8是本发明一实施例提供的一种计算机设备的结构示意图。
具体实施方式
29.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
30.应当理解，当在本发明说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、
步骤、操作、元素、组件和/或其集合的存在或添加。
31.还应当理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
32.如在本发明说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
[0033]
另外，在本发明说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
[0034]
在本发明说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本发明的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
[0035]
应理解，以下实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
[0036]
为了说明本发明的技术方案，下面通过具体实施例来进行说明。
[0037]
本发明一实施例提供的一种数据查询方法，可应用在如图1的应用环境中，其中，客户端与服务端进行通信。其中，客户端包括但不限于掌上电脑、桌上型计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，umpc)、上网本、个人数字助理(personal digital assistant，pda)等计算机设备。服务端可以用独立的服务器或者是多个服务器生成的服务器集群来实现。
[0038]
参见图2，是本发明一实施例提供的一种数据查询方法的流程示意图，上述数据查询可以应用于图1中的服务端，上述服务端连接相应的客户端，如图2所示，该数据查询方法可以包括以下步骤。
[0039]
s201：对查询请求参数进行解析，得到对应的请求策略。
[0040]
在步骤s201中，查询请求参数可以是用户发送的获取/发送某些数据的http请求，例如，社交软件聊天界面可以通过刷新发送获取新信息的http请求以及社交软件中通过发送按键将消息发送给接收方的http请求。请求策略为请求参数中包含的请求条件。
[0041]
本实施例中，通过请求接口接收数据请求，并对数据请求参数进行解析，确保数据请求参数的中的请求信息，从而进行相应的运作，保证了系统的正常运行。例如，当请求方式为get请求时，从接口模拟请求对应的url中解析得到接口名与请求策略，当请求方式为post请求时，从接口模拟请求对应的请求参数中解析得到接口名与请求策略。
[0042]
可选地，对查询请求参数进行解析，得到对应的请求策略，包括：
[0043]
对查询请求参数进行解析，得到查询请求参数对应的请求策略标识号；
[0044]
通过请求策略中的标识号，在预设策略集中匹配标识号，得到对应的请求策略。
[0045]
本实施例中，接收到的请求参数中包含请求策略对应的标识信息，通过解析后，得
到对应请求策略的标识号，预设策略集中包含所有请求策略对应的标识号，通过请求策略中的标识号，在预设策略集中匹配标识号，当标识号匹配成功时，得到对应的请求策略，其中，得到的请求策略可以是一个请求策略，也可以是多个请求策略。
[0046]
s202：根据预设缓存key的生成规则，将查询请求参数生成缓存key。
[0047]
在步骤s202中，将查询请求参数生成缓存key，根据缓存key在缓存数据库中进行查询对应数据。
[0048]
本实施例中，根据预设的键值生成规则，将查询请求参数生成缓存key，进而，基于生成的缓存key从缓存数据库中获取相应的数据。可以根据请求参数中的一个或多个单值参数和/或多值参数对应的一个或多个单值参数值和/或多值参数值来生成一个或多个缓存key。
[0049]
需要说明的是，单值参数是仅包括一个元素的参数，该元素值即是单值参数值，多值参数是包括多个元素的数组。如果请求参数包括多值参数(包括0个或者一个或多个单值参数的情况)，则基于多值参数中的每个元素，来生成与每个元素分别相对应的缓存key。进一步地，如果请求参数包括一个或多个单值参数和多值参数，则基于所有单值参数值和多值参数中的每个元素，来生成与每个元素分别相对应的缓存key。这里，最终生成的即是与多值参数中的多个元素相对应的多个缓存key。
[0050]
可选地，根据预设缓存key的生成规则，将查询请求参数生成缓存key，包括：
[0051]
对查询请求参数进行加密处理，得到加密后的数据，将加密后的数据作为缓存key。
[0052]
本实施例中，使用对称加密算法对应查询强求参数进行加密，对称加密算法(也叫私钥加密算法)指加密和解密使用相同密钥的加密算法，就是加密密钥能够从解密密钥中推算出来，同时解密密钥也可以从加密密钥中推算出来。而在大多数的对称算法中，加密密钥和解密密钥是相同的，它要求发送方和接收方在安全通信之前，商定一个密钥。对称算法的安全性依赖于密钥，泄漏密钥就意味着任何人都可以对他们发送或接收的消息解密，所以密钥的保密性对通信的安全性至关重要。
[0053]
对查询请求参数进行加密处理，得到唯一的缓存key，将缓存key与缓存数据库进行映射，根据缓存key查找对应的缓存数据；
[0054]
需要说明的，当查询请求参数中包括多值参数时，分别对每一个参数进行加密，得到多个缓存key。
[0055]
s203：根据缓存key，在第一缓存数据库中查询与缓存key匹配的命中量。
[0056]
在步骤s203中，根据缓存key在第一缓存数据库中查询与缓存key对应的命中量，其中，使用缓存key与对应的value值进行匹配。
[0057]
本实施例中，第一缓存数据库若为传统的key-value(kv)非关系型数据库，则对于kv数据库而言，如果key和value中包含多个字段，不方便查询其中的部分字段。此外，kv数据仅通过key值获取唯一value，不方便通过value查询数据。在实际开发过程中，需要了解db中key和value中各个字段的属性，常见的如：primarykey的数量，每个primarykey的类型，primarykey对应的value有多少个字段，每个字段的类型等。此外，业务中往往不满足获取key值唯一的映射，通常情况下，需要拉取满足某一条件的所有数据。此外，当一个value包含多个字段而开发只关注其中的一个或几个字段时，往往有部分字段查找的需求。
[0058]
s204：若查询成功，则输出与缓存key匹配的命中量。
[0059]
在步骤s204中，若查询成功，在第一缓存数据库中输出与缓存key匹配的命中量，该命中量可以为一个也可以为多个。
[0060]
本实施例中，通过缓存key查询数据时，根据键值对进行查询，第一缓存数据库为键值对数据库，数据查询请求中携带有用于在键值数据库中进行数据查询的查询条件，键值数据库中的数据以键值对的方式存储，键值对用于表示查询条件与缓存数据库之间的对应关系，响应数据查询请求，在键值数据库中确定出与查询条件匹配的命中量。
[0061]
s205：若查询失败，则根据请求策略中对应的标签条件，在第二缓存数据库中查询标签值满足标签条件的命中量，将命中数据与缓存键值映射后缓存至第一缓存数据库中。
[0062]
在步骤s205中，第二缓存数据库中缓存有历史查询请求参数查询时命中的标签值及对应的命中量，标签条件为对应请求策略中的查询范围，标值为每个查询范围的命中条件。
[0063]
本实施例中，当在第一缓存数据库没有查询到对应的命中量时，根据获取到的请求策略在第二缓存数据库中通过标签值查询对应的命中量，例如当其中一个请求策略中的标签条件为标签条件是近30日消息提示点击次数大于等于1，在第二缓存数据库中需要查询标签近30日消息提示点击次数的值，然后将值传入上面的标签条件判断条件是否成立，如果近30日消息提示点击次数为2次，人群条件则成立，获取人群成立的命中量。当其中一个请求策略中的标签条件为数据来源为第一平台或者为第二平台的数据，需要在第二缓存数据库中查询视频源的数据来源，当视频源的数据来源为第一平台或者为第二平台时，人群条件则成立，获取人群成立的命中量。
[0064]
将在第二缓存数据库中获取到的命中人群，与对应缓存key进行映射，将映射后的命中人群与对应的缓存key缓存至第一缓存数据库中，以便于下次查询时可以在第一缓存数据库中查询到对应的命中人群。
[0065]
对查询请求参数进行解析，得到对应的请求策，根据预设缓存key的生成规则，将查询请求参数生成缓存ke，根据缓存key，在第一缓存数据库中查询与缓存key匹配的命中量，若查询成功，则输出与缓存key匹配的命中量，其中，第一缓存数据库中缓存有历史查询请求参数查询时的命中量，若查询失败，则根据请求策略中对应的标签条件，在第二缓存数据库中查询标签值满足标签条件的命中量，将命中数据与缓存key映射后缓存至第一缓存数据库中，其中，第二缓存数据库中缓存有历史查询请求参数查询时命中的标签值及对应的命中量，本发明通过对查询数据进行多级缓存，逐级查询，在查询时，直接查询缓存数据，减小了直接对数据库查询的响应时间，可以快速返回查询结果，提高了查询效率。
[0066]
参见图3，是本发明一实施例提供的一种数据查询方法的流程示意图，如图3，该数据查询方法可以包括以下步骤：
[0067]
s301：基于集群架构构建第一缓存数据库，第一缓存数据库用于缓存命中结果集；
[0068]
s302：基于主从复制架构构建第二缓存数据库，第二缓存数据库用于缓存标签集。
[0069]
本实施例中，通过redis集群缓存对应命中结果集，redis可以在不同的物理机或者同一个物理机用不同的端口启动服务实例，作为一致性哈希环中的存储节点。每一个存储节点按照物理机的实际内存作设置。一致性哈希是把数据和虚拟节点全部映射到一定数值空间上，同时将这数值空间首尾相连作为哈希环。对虚拟节点进行哈希运算，会映射到哈
希环上的一个数字，将这个数字与虚拟节点的对应关系保存下来就是哈希映射表。初始化一个数组，可以为redis集群设置一个主节点master，用于管理redis集群的元数据，维护一致性哈希映射表，其他redis启动的服务实例将作为数据存储的从属节点slave，负责数据的管理与存储，维护本节点实例状态，对master节点进行数据和状态交互。
[0070]
本实施例中使用共部署10台redis内存服务器，每台redis内存服务器redis应用实例内存为32g，每台内存服务器部署3个redis应用实例，一个master实例，两个slave实例，该架构支持在线数据迁移，支持节点扩容缩容功能，很容易在业务高峰期扩容数据节点。该架构的例外一个特性是具备故障自动恢复功能，命中接口请求缓存出现异常后，系统需要从恢复自动恢复正常服务的能力，否则缓存将时效很长时间，严重影响接口性能，甚至会导致接口奔溃，
[0071]
需要说明的是，初始化数组的长度越长，后续将数据存储在redis集群将会越均匀。但数组的长度太长，而存储节点的性能较低时，虽然使得redis集群数据分布越均匀，但写入和读取的速度也会越慢。因而需要结合redis集群的规模和存储节点的性能综合考虑初始化数组的长度。
[0072]
构建第二缓存数据库时，使用主从复制架构构建，由于第二缓存数据库中缓存标签值，当在查询标签值时，需要频繁进行查询，将redis主节点中标签值复制到redis从节点中，根据主从复制架构构建的第二缓存数据可以频繁查询标签值，并快速返回查询结果。
[0073]
s303：对查询请求参数进行解析，得到对应的请求策略；
[0074]
s304：根据预设缓存key的生成规则，将查询请求参数生成缓存key；s305：
[0075]
根据缓存key，在第一缓存数据库中查询与缓存key匹配的命中s306：若查询成功，则输出与缓存key匹配的命中量；
[0076]
s307：若查询失败，则根据请求策略中对应的标签条件，在第二缓存数据库中查询标签值满足标签条件的命中量，将命中数据与缓存key映射后缓存至第一缓存数据库中。
[0077]
其中，上述步骤s303至步骤s307与上述步骤s201至步骤s205的内容相同，可参考上述步骤s201至步骤s205的描述，在此不再赘述。
[0078]
参见图4，是本发明一实施例提供的一种数据查询方法的流程示意图，如图4，该数据查询方法可以包括以下步骤：
[0079]
s401：对查询请求参数进行解析，得到对应的请求策略；
[0080]
s402：根据预设缓存key的生成规则，将查询请求参数生成缓存key；
[0081]
s403：根据缓存key，在第一缓存数据库中查询与缓存key匹配的命中量；
[0082]
s404：若查询成功，则输出与缓存key匹配的命中量；
[0083]
其中，上述步骤s401至步骤s404与上述步骤s201至步骤s204的内容相同，可参考上述步骤s201至步骤s204的描述，在此不再赘述。
[0084]
s405：根据预设阈值与标签条件对应标签值的变化次数，将标签条件划分为动态标签条件与静态标签条件，获取动态标签条件；
[0085]
s406：在预设数据库中查找动态标签条件对应的数据，将查找到的动态标签条件对应的数据缓存在第二缓存数据库中。
[0086]
本实施例中，设置预设阈值，将请求策略中的标签条件划分为动态标签与静态标签，其中，当标签条件中的标签值在单位时间内的变化次数大于预设阈值时，认为该标签条
件为动态标签，当标签条件中的标签值在单位时间内的变化次数小于预设阈值时，认为该标签条件为静态标签，根据动态标签对应的标签值，通过预设数据库中满足标签值的命中结果，并对标签值与对应的查询结果进行缓存，缓存多种标签值对应的查询结果，以便数据查询时在缓存数据库中可以查询到对应标签值对应的命中结果，避免对数据库引擎的查询，以提高查询效率。
[0087]
例如，当需要查询日点击量分别为3000的用户，日点击量分别为5000的用户，日点击量分别为7000的用户等各个点击量阶段的用户，查询点击量标签条件时，标签值不断发生变化，若变换次数大于预设阈值，则将日点击率的标签条件作为动态标签条件，根据不同的标签值在预设数据库中查询标签值对应的命中结果，并将命中结果缓存至缓存数据库中。当需要查询视频源的标签条件时，查询的视频源一般来自于第一平台的视频，则将查询视频源的标签条件作为静态标签。
[0088]
s407：若查询失败，则根据请求策略中对应的标签条件，在第二缓存数据库中查询标签值满足标签条件的命中量，将命中数据与缓存key映射后缓存至第一缓存数据库中。
[0089]
其中，上述步骤s407与上述步骤s205的内容相同，可参考上述步骤s205的描述，在此不再赘述。
[0090]
参见图5，是本发明一实施例提供的一种数据查询方法的流程示意图，如图5，该数据查询方法可以包括以下步骤：
[0091]
s501：对查询请求参数进行解析，得到对应的请求策略；
[0092]
s502：根据预设缓存key的生成规则，将查询请求参数生成缓存key；
[0093]
s503：根据缓存key，在第一缓存数据库中查询与缓存key匹配的命中量，
[0094]
s504：若查询成功，则输出与缓存key匹配的命中量；
[0095]
s505：若查询失败，则根据请求策略中对应的标签条件，在第二缓存数据库中查询标签值满足标签条件的命中量，将命中数据与缓存key映射后缓存至第一缓存数据库中。
[0096]
其中，上述步骤s501至步骤505与上述步骤s201至步骤s205的内容相同，可参考上述步骤s201至步骤s205的描述，在此不再赘述。
[0097]
s506：若标签条件对应的标签值发生变化，回调标签条件对应的业务接口，更新第二缓存数据库的标签值。
[0098]
本实施例中，当标签条件中对应的标签值进行更新时，需要删除更新前的标签值获取到的缓存数据，缓存数据库中更新对应的标签值对应缓存的数据，更新标签值时，通过回调对应业务接口，重新查询更新前标签值对应的查询步骤，将重新查询到的数据缓存至缓存数据库中。
[0099]
参见图6，是本发明一实施例提供的一种数据查询方法的流程示意图，如图6，该数据查询方法可以包括以下步骤：
[0100]
s601：对查询请求参数进行解析，得到对应的请求策略；
[0101]
s602：根据预设缓存key的生成规则，将查询请求参数生成缓存key；
[0102]
s603：根据缓存key，在第一缓存数据库中查询与缓存key匹配的命中；
[0103]
s604：若查询成功，则输出与缓存key匹配的命中量；
[0104]
s605：若查询失败，则根据请求策略中对应的标签条件，在第二缓存数据库中查询标签值满足标签条件的命中量，将命中数据与缓存key映射后缓存至第一缓存数据库中。
[0105]
其中，上述步骤s601至步骤s605与上述步骤s201至步骤s205的内容相同，可参考上述步骤s201至步骤s205的描述，在此不再赘述。
[0106]
s606：若在第二缓存数据库中查询标签值满足标签条件的命中量为空，根据查询请求参数查询预设数据库。
[0107]
本实施例中，当在第二缓存数据库中查询标签值满足标签条件的命中量为空，即在第二缓存数据库中没有缓存对应的数据，根据查询请求参数对应的缓存key对预设数据库进行查询，在预设数据库中查询到对应数据后，对查询到的数据库进行缓存，缓存至第一缓存数据库中，以便于下一次查询使用。
[0108]
请参阅图7，图7是本发明实施例提供的一种数据查询装置的结构示意图。本实施例中该终端包括的各单元用于执行图2至图6对应的实施例中的各步骤。具体请参阅图2至6以及图2至图6所对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。参见图7，查询装置70包括：解析模块71，生成模块72，查询模块73，第一缓存数据库输出模块74，第二缓存数据库查询模块75。
[0109]
解析模块71，用于对查询请求参数进行解析，得到对应的请求策略；
[0110]
生成模块72，用于根据预设缓存key的生成规则，将查询请求参数生成缓存key；
[0111]
查询模块73，用于根据缓存key，在第一缓存数据库中查询与缓存key匹配的命中量；
[0112]
第一缓存数据库输出模块74，用于若查询成功，则输出与缓存key匹配的命中量；其中，第一缓存数据库中缓存有历史查询请求参数查询时的命中量；
[0113]
第二缓存数据库查询模块75，用于若查询失败，则根据请求策略中对应的标签条件，在第二缓存数据库中查询标签值满足标签条件的命中量，将命中数据与缓存key映射后缓存至第一缓存数据库中；其中，第二缓存数据库中缓存有历史查询请求参数查询时命中的标签值及对应的命中量。
[0114]
可选地，上述解析模块71包括：
[0115]
查询参数解析单元，用于对查询请求参数进行解析，得到查询请求参数对应的请求策略标识号；
[0116]
匹配单元，用于通过请求策略中的标识号，在预设策略集中匹配标识号，得到对应的请求策略。
[0117]
可选地，上述生成模块72包括：
[0118]
加密单元，用于对查询请求参数进行加密处理，得到加密后的数据，将加密后的数据作为缓存key。
[0119]
可选地，上述查询装置70还包括：
[0120]
第一缓存数据库构建模块，用于基于集群架构构建第一缓存数据库，第一缓存数据库用于缓存命中结果集；
[0121]
第二缓存数据库构建模块，用于基于主从复制架构构建第二缓存数据库，第二缓存数据库用于缓存标签集。
[0122]
可选地，上述查询装置70还包括：
[0123]
划分模块，用于根据预设阈值与标签条件对应标签值的变化次数，将标签条件划分为动态标签条件与静态标签条件，获取动态标签条件；
[0124]
动态标签缓存模块，用于在预设数据库中查找动态标签条件对应的数据，将查找到的动态标签条件对应的数据缓存在第二缓存数据库中。
[0125]
可选地，上述查询装置70还包括：
[0126]
更新模块，用于若标签条件对应的标签值发生变化，回调标签条件对应的业务接口，更新第二缓存数据库的标签值。
[0127]
可选地，上述查询装置70还包括：
[0128]
预设数据库查询模块，用于若在第二缓存数据库中查询标签值满足标签条件的命中量为空，根据查询请求参数查询预设数据库。
[0129]
需要说明的是，上述单元之间的信息交互、执行过程等内容，由于与本发明方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。
[0130]
图8是本发明实施例提供的一种计算机设备的结构示意图。如图8所示，该实施例的计算机设备包括：至少一个处理器(图8中仅示出一个)、存储器以及存储在存储器中并可在至少一个处理器上运行的计算机程序，处理器执行计算机程序时实现上述任意各个数据查询方法实施例中的步骤。
[0131]
该计算机设备可包括，但不仅限于，处理器、存储器。本领域技术人员可以理解，图8仅仅是计算机设备的举例，并不构成对计算机设备的限定，计算机设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括网络接口、显示屏和输入装置等。
[0132]
所称处理器可以是cpu，该处理器还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0133]
存储器包括可读存储介质、内存储器等，其中，内存储器可以是计算机设备的内存，内存储器为可读存储介质中的操作系统和计算机可读指令的运行提供环境。可读存储介质可以是计算机设备的硬盘，在另一些实施例中也可以是计算机设备的外部存储设备，例如，计算机设备上配备的插接式硬盘、智能存储卡(smart media card，smc)、安全数字(secure digital，sd)卡、闪存卡(flash card)等。进一步地，存储器还可以既包括计算机设备的内部存储单元也包括外部存储设备。存储器用于存储操作系统、应用程序、引导装载程序(bootloader)、数据以及其他程序等，该其他程序如计算机程序的程序代码等。存储器还可以用于暂时地存储已经输出或者将要输出的数据。
[0134]
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。上述装置中单
元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质至少可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、计算机存储器、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、电载波信号、电信信号以及软件分发介质。例如u盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。
[0135]
本发明实现上述实施例方法中的全部或部分流程，也可以通过一种计算机程序产品来完成，当计算机程序产品在计算机设备上运行时，使得计算机设备执行时实现可实现上述方法实施例中的步骤。
[0136]
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
[0137]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
[0138]
在本发明所提供的实施例中，应该理解到，所揭露的装置/计算机设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/计算机设备实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
[0139]
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0140]
以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。