CN110753099A - 分布式缓存系统以及缓存数据更新方法 - Google Patents

Abstract

本申请涉及一种分布式缓存系统以及缓存数据更新方法。分布式缓存系统包括配置中心服务器以及多个应用服务器；应用服务器用于获取一级本地缓存的打点监控信息，将打点监控信息发送至配置中心服务器；配置中心服务器用于在接收到多个应用服务器发送的打点监控信息后，根据打点监控信息确定各缓存数据的命中率，根据各缓存数据的命中率更新待预热数据的配置信息；应用服务器还用于通过配置中心客户端监听配置中心服务器的配置信息，在配置信息发生更新时，根据更新后的配置信息，获取待预热数据保存至一级本地缓存中，实现缓存数据更新，使得分布式缓存系统中各个应用服务器的缓存数据根据热点数据进行更新，有效提高网络请求的响应速度。

Description

分布式缓存系统以及缓存数据更新方法

技术领域

本申请涉及数据处理技术领域，特别是涉及一种分布式缓存系统以及缓存数据更新方法。

背景技术

在现今的电子商务的应用服务中，网络服务器应用均通过应用客户端向应用服务器发起网络请求，例如HTTP请求，以实现用户与应用服务端之间的数据交互，现有的网络应用服务系统中，往往引入缓存技术以解决网络请求的响应速度的问题，以提升用户的体验。但是，由于缓存空间的数据有限，而热点数据是不断的更新的，在现有的缓存中无法找到热点数据时仍然需要多次从数据库中查询对应的热点数据，导致网络请求的响应速度下降。

发明内容

基于此，有必要针对上述技术问题，提供一种分布式缓存系统以及缓存数据更新方法。

一种分布式缓存系统，所述系统包括配置中心服务器以及多个应用服务器；所述应用服务器中部署有配置中心客户端以及一级本地缓存；

所述应用服务器，用于获取所述一级本地缓存的打点监控信息，将所述打点监控信息发送至配置中心服务器；其中，所述打点监控数据包括所述一级本地缓存中各缓存数据的命中率；

所述配置中心服务器，用于在接收到多个所述应用服务器发送的打点监控信息后，根据所述打点监控信息确定各缓存数据的命中率，根据各所述缓存数据的命中率更新待预热数据的配置信息；

所述应用服务器，还用于通过所述配置中心客户端监听所述配置中心服务器的配置信息，在所述配置信息发生更新时，根据更新后的配置信息，获取待预热数据保存至一级本地缓存中。

在其中一个实施例中，所述应用服务器，还用于：

在所述配置信息发生更新时，根据所述更新后的配置信息，从所述一级本地缓存中删除非待预热数据的缓存数据。

在其中一个实施例中，所述多级缓存系统还包括二级缓存服务器以及数据库；

所述应用服务器，还用于：

获取待预热数据的初始配置信息；

根据所述初始配置信息，从所述数据库中拉取与所述初始配置信息对应的待预热数据至一级本地缓存以及所述二级缓存服务器中

在其中一个实施例中，所述多级缓存系统还包括二级缓存服务器以及数据库；

所述应用服务器，还用于：

从所述配置信息中确定待预热数据的数据标识；

根据所述待预热数据的数据标识，从所述二级缓存服务器中拉取待预热数据；

在所述二级缓存服务器中无所述数据标识对应的待预热数据时，从所述数据库中拉取与所述数据标识对应的待预热数据。

在其中一个实施例中，所述应用服务器，还用于：

接收应用客户端发送的服务请求，根据所述服务请求查询一级本地缓存；

在所述一级本地缓存中查找到所述服务请求对应的目标缓存数据时，将所述目标缓存数据返回至应用客户端；

在所述一级本地缓存中无法查询到所述服务请求对应的目标缓存数据时，根据所述服务请求查询二级缓存服务器；

在所述二级缓存服务器中查询到目标缓存数据时，将所述目标缓存数据保存至一级本地缓存返回至应用客户端中；

在所述二级缓存服务器中没有查询到目标缓存数据时，根据所述服务请求查询所述数据库，将数据库中的目标缓存数据保存至一级本地缓存中并返回至应用客户端。

在其中一个实施例中，所述应用服务器，还用于：

在所述数据库中没有查询到所述目标缓存数据时，调用第三方服务器进行服务计算，得到服务计算结果；

将所述服务计算结果依次保存至数据库、二级缓存服务器以及一级本地缓存中。

一种缓存数据更新方法，所述方法应用于上述分布式缓存系统中，所述方法包括：

获取一级本地缓存的打点监控信息，将所述打点监控信息发送至配置中心服务器，所述配置中心服务器用于在获取所述打点监控信息后，根据打点监控信息更新待预热数据的配置信息；

通过所述配置中心客户端监听所述配置中心服务器的配置信息；

当所述配置信息发生更新时，根据所述更新后的配置信息，获取待预热数据至所述一级本地缓存中。

在其中一个实施例中，所述根据所述更新后的配置信息，获取待预热数据至所述一级本地缓存中的步骤之后，还包括：

根据所述更新后的配置信息，从所述一级本地缓存中删除非待预热数据的缓存数据。

在其中一个实施例中，所述根据所述更新后的配置信息，获取待预热数据至一级本地缓存中的步骤，包括：

从所述配置信息中确定待预热数据的数据标识；

根据所述待预热数据的数据标识，从二级缓存服务器中拉取待预热数据；

当所述二级缓存服务器中无所述数据标识对应的待预热数据，从所述数据库中拉取与所述数据标识对应的待预热数据。

在其中一个实施例中，所述获取所述一级本地缓存的打点监控信息的步骤之前，还包括：

获取待预热数据的初始配置信息；

根据所述初始配置信息，从所述数据库中拉取与所述初始配置信息对应的待预热数据至所述一级本地缓存中。

上述分布式缓存系统以及缓存数据更新方法，配置中心服务器通过获取缓存打点监控信息，根据各个缓存数据的命中率确定热点数据，从而根据热点数据更新为预热数据的配置信息，在配置中心客户端监听到配置中心服务器的更新的配置信息后，获取更新后的配置信息对应的待预热数据保存至一级本地缓存，实现缓存数据更新，使得分布式缓存系统中各个应用服务器的缓存数据根据热点数据进行不断更新，有效提高网络请求的响应速度。

附图说明

图1为一个实施例中分布式缓存系统的结构框图；

图2为另一个实施例中分布式缓存系统的结构框图；

图3为一个实施例中缓存数据更新方法的流程示意图；

图4为一个实施例中缓存数据更新装置的结构框图；

图5为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在一个实施例中，如图1所示，提供了一种分布式缓存系统，系统包括配置中心服务器110以及多个应用服务器120；应用服务器120中部署有配置中心客户端121以及一级本地缓存122；

应用服务器120，用于获取一级本地缓存122的打点监控信息，将打点监控信息发送至配置中心服务器110；其中，所述打点监控数据包括所述一级本地缓存中各缓存数据的命中率；

配置中心服务器110，用于在接收到多个应用服务器120打点监控信息后，根据打点监控信息确定各缓存数据的命中率，根据各缓存数据的命中率更新待预热数据的配置信息；

应用服务器120，还用于通过配置中心客户端121监听配置中心服务器110的配置信息，在配置信息发生更新时，根据更新后的配置信息，获取待预热数据保存至一级本地缓存122中。

其中，应用服务器120的数量是多个的，应用服务器120是指项目部署的应用容器环境，项目应用往往需要被部署在不同的服务器中，形成分布式系统，应用服务器120中部署有配置中心客户端121以及一级本地缓存122，其中配置中心客户端121用于应用服务器120与配置中心服务器110建立连接的，一级本地缓存122用于缓存热点数据，即应用服务器会预先将热点数据作为缓存内容加载至一级本地缓存中；配置中心服务器110充当配置中心的角色，用于控制各个应用服务器120中一级本地缓存122的更新等，可实现对各个应用服务器120中的一级本地缓存122进行实时的更新同步、优化等操作，提高应用服务器120的系统性能。

其中，打点监控信息是指一级本地缓存中缓存数据的缓存命中数、缓存未命中数、加载成功数、加载失败数、加载时间等数据信息；具体地，一级本地缓存可以是使用各类缓存技术实现缓存本地化，例如，Caffeine缓存库、Ehcache缓存库、Guava缓存库。

应用服务器获取一级本地缓存的中各个缓存数据的打点监控信息，并将打点监控信息通过配置中心客户端发送至配置中心服务器；具体地，应用服务器在工作运行一段时间后，一级本地缓存中记录了各个缓存数据的缓存命中数等打点监控信息，各个应用服务器中可定时获取打点监控信息发送至配置中心服务器，也可以是配置中心服务器向各个应用服务器发送打点监控数据获取请求，应用服务器根据打点监控获取请求，获取以及本地缓存的打点监控信息后，发送至配置中心服务器。

配置中心服务器在接收到各个应用服务器的打点监控信息后，根据打点监控信息计算各个缓存数据的命中率，从而根据各个缓存数据的命中率更新配置信息；其中，配置信息用于标识哪些数据为待预热数据。具体地，配置中心服务器110在根据打点监控信息获取各个缓存数据的命中率后，将命中率大于预设阈值的缓存数据标识为热点数据，从而根据热点数据的数据标识更新待预热数据的配置信息。

应用服务器通过配置中心客户端监听配置中心服务器的配置信息，具体地，应用服务器可通过配置中心客户端与配置中心服务器建立长连接，并通过长连接持续监听配置中心服务器的配置信息。在配置中心服务器的配置信息发生变化时，应用服务器可以通过配置中心客户端读取到更新后的配置信息，并响应该配置信息的更新，再次拉取与配置信息对应的待预热数据至一级本地缓存。具体地，应用服务器获取到更新后的配置信息后，对配置信息进行解析确定待预热数据的数据标识，并根据解析获得的数据标识从数据库中拉取数据标识对应的待预热数据，即热点数据。

进一步的，在一个实施例中，配置中心服务器可以是部署了Apollo配置中心的服务器，相应的，每个应用服务器上配置Apollo配置客户端，每个Apollo配置客户端与Apollo配置中心进行长轮询服务，当Apollo配置中心更新了配置信息，Apollo配置中心可将更新后的配置信息推送至Apollo配置客户端，也可以由Apollo配置客户端通过长轮询定时从Apollo配置中心拉取更新后的配置信息。Apollo配置客户端获取更新后的配置信息，根据更新后的配置信息触发各个应用服务器从数据库中拉取待预热的数据至本地一级缓存，实现缓存数据的同步更新。

上述分布式缓存系统，配置中心服务器通过获取缓存打点监控信息，根据各个缓存数据的命中率确定热点数据，从而根据热点数据更新为预热数据的配置信息，在配置中心客户端监听到配置中心服务器的更新的配置信息后，获取更新后的配置信息对应的待预热数据保存至一级本地缓存，实现缓存数据更新，使得分布式缓存系统中各个应用服务器的缓存数据根据热点数据进行不断更新，有效提高网络请求的响应速度，且多个应用服务器中根据同一配置信息进行缓存数据更新，有效保持缓存数据的一致性。

在一个实施例中，应用服务器，还用于：在配置信息发生更新时，根据更新后的配置信息，从一级本地缓存中删除非待预热数据的缓存数据。

其中，配置中心服务器的配置信息发生变化后，应用服务器可以通过配置中心客户端读取到更新后的配置信息，并响应该配置信息的更新，从一级本地缓存删除非待预热数据的缓存数据。

非待预热数据的缓存数据是指配置信息中并未记载的缓存数据，由于热点数据是不断更新变化的，在上一段时间某些缓存数据是配置信息中所配置的热点数据，但在下一段时间这些缓存数据并不是配置信息中的热点数据了，因此，应用服务器获取到更新后的配置信息后，可以对配置信息进行解析确定待预热数据的数据标识，并根据解析获得的数据标识从一级本地缓存中确定非待预热数据的缓存数据，并对这些缓存数据进行删除，以节省内存空间，提高应用服务器的系统性能。

以分布式缓存系统应用于保险行业的保费试算场景进行举例，应用服务器在接收到应用客户端发送的被保人年龄、性别、有无社保等个人信息，以及保险产品对应的费率信息后，根据这些信息计算反馈对应的保费至应用客户端。在应用服务器在工作运行一段时间后，一级本地缓存中记录了各个缓存数据的缓存命中数等打点监控信息，各个应用服务器中可定时获取打点监控信息发送至配置中心服务器，此时，某类产品A的缓存数据(即保费)的未命中数很高，说明这一类型的产品为热销产品，其保费对应为热点数据，之前未作为缓存数据保存在应用服务器的一级本地缓存中，而某类产品B的保费作为热点产品预先已保存在应用服务器的一级本地缓存中，但是命中的次数很低，说明这类产品B为非热销产品，其保费非热点数据；此时，配置中心服务器根据打点监控信息计算各个缓存数据的命中率，从而将命中率大于预设阈值的缓存数据标识为热点数据，并根据热点数据的数据标识更新待预热数据的配置信息；应用服务器在监听到更新后的配置信息后，根据更新后的配置信息拉取对应的热点数据或删除非热点数据的缓存信息。

在一个实施例中，如图2所示，提供了一种分布式缓存系统，系统包括还包括二级缓存服务器130以及数据库140；

应用服务器120，还用于：获取待预热数据的初始配置信息；根据初始配置信息，从数据库140中拉取与初始配置信息对应的待预热数据至一级本地缓存122以及二级缓存服务器130中。

其中，数据库140中存储着持久化的项目应用的数据，可作为缓存预热时的数据来源；二级缓存服务器140是指集中式的远程缓存，可以是Redis缓存；初始配置信息可以根据实际情况由工作人员进行设置。

本实施例为一级本地缓存的缓存预热过程，在应用服务器初次启动前，应用服务器中的一级本地缓存和二次缓存服务器内的数据为空，此时，用户可预先在配置中心服务器中设置待预热数据的初始配置信息，在应用服务器启动过程中，应用服务器通过配置中心客户端读取初始配置信息，从而根据初始配置信息从数据库中拉取相应的待预热数据存储到一级本地缓存以及二级缓存服务器中，在应用服务器启动后，一级本地缓存中的缓存数据也即加载完毕，在第一次接收到用户的服务请求时，可实现快速命中缓存数据，并将缓存数据返回给用户。通过对一级本地缓存中的缓存数据进行预热，可有效提高缓存数据的命中率，提高应用服务器的响应速度。

在一个实施例中，多级缓存系统还包括二级缓存服务器以及数据库；应用服务器，还用于：从配置信息中确定待预热数据的数据标识；根据待预热数据的数据标识，从二级缓存服务器中拉取待预热数据；当二级缓存服务器中无数据标识对应的待预热数据时，从数据库中拉取与数据标识对应的待预热数据。

其中，数据标识用于标识待预热数据，具体可以是标识待预热数据所属产品类型的产品标识，也可以是唯一标识该待预热数据的字符串。

具体地，应用服务器在获取到配置信息后，对配置信息进行解析获取待预热数据的数据标识，从而根据数据标识，从二级缓存服务器中查询数据标识对应的缓存数据，若在二级缓存服务器中查询到对应的缓存数据，则将这些缓存数据作为待预热数据拉取到本地内存中，作为本地缓存进行保存，若在二级缓存服务器中无法查询到对应的缓存数据，则根据数据标识查找数据库，从数据库中查找对应的数据信息作为待预热数据。

在一个实施例中，应用服务器，还用于：接收应用客户端发送的服务请求，根据服务请求查询一级本地缓存；在一级本地缓存中查找到服务请求对应的目标缓存数据时，将目标缓存数据返回至应用客户端；在一级本地缓存中无法查询到服务请求对应的目标缓存数据时，根据服务请求查询二级缓存服务器；在二级缓存服务器中查询到目标缓存数据时，将目标缓存数据保存至一级本地缓存返回至应用客户端中；在二级缓存服务器中没有查询到目标缓存数据时，根据服务请求查询数据库，将数据库中的目标缓存数据保存至一级本地缓存中并返回至应用客户端。

本实施例是应用服务器根据服务请求查询相应的目标缓存数据的过程，其中，服务请求是用于指示应用服务器执行查询操作的请求，具体的是用于指示查询指定数据的指令。

具体地，应用服务器接收应用客户端发送的服务请求，并根据服务请求查询一级本地缓存，当在一级本地缓存中查询到与服务请求对应的目标缓存数据时，则将该目标缓存数据返回至应用客户端中，当在一级本地缓存中无法查询到与服务请求对应的目标缓存数据时，则查询二级缓存服务器；当应用服务器在二级缓存服务器查询到目标缓存数据时，将该目标缓存服务器保存至一级本地缓存，并将该目标缓存服务器返回至应用客户端中，当应用服务器在二级缓存服务器中无法查询到对应的目标缓存数据时，则查询数据库；应用服务器从数据库中查询到对应的目标缓存数据，将目标缓存数据依次存储到二级缓存服务器以及一级本地缓存中，并将目标缓存数据返回至应用客户端。通过设置一级本地缓存，在接收到服务请求时，可查询一级本地缓存，有效降低网络调用，并在一级本地缓存未命中、在二级缓存服务器或数据库中命中目标缓存数据时，将目标缓存数据保存至一级本地缓存，实现缓存实时更新，加快后续查询。

以上述分布式缓存系统应用于保险行业的保费试算场景进行举例，应用服务器在接收到应用客户端发送的被保人年龄、性别、有无社保等个人信息，以及保险产品对应的费率信息后，根据这些信息计算并反馈对应的保费。传统保费试算被多方的应用系统，即应用服务器进行调用时，在无一级本地缓存情况下，往往需要进行多次的重复的保费计算，导致频繁操作数据库，应用服务器导致性能下降；而上述分布式缓存系统，在应用服务器中加入一级本地缓存，将相同计算因子的计算结果(保费)保存至一级本地缓存中，在接收到保费计算请求时，可以通过访问一级本地缓存以直接获取相应的保费信息，有效提高试算效率。

在一个实施例中，应用服务器，还用于：在数据库中没有查询到目标缓存数据时，调用第三方服务器进行服务计算，得到服务计算结果；将服务计算结果依次保存至数据库、二级缓存服务器以及一级本地缓存中，并将服务计算结果返回至应用客户端。

其中，第三方服务器是指用于处理应用服务器无法处理的逻辑的服务器；

应用服务器在数据库中也无法查询到服务请求对应的目标缓存数据时，应用服务器调用第三方服务器进行服务计算，以获取服务计算结果，并将服务计算结果依次保存到数据库、二级缓存服务器以及一级本地缓存中，最后将服务计算结果返回至应用客户端中。通过将获取到的计算结果依次保存到数据库、二级缓存以及缓存中，可有效保证各级缓存间的一致性。

具体的，上述分布式缓存系统应用于保险行业的保费试算场景进行举例，由于存储空间的局限，在应用服务器的一级本地缓存中，往往只保存着特定的保险产品的保费，同样的，二级缓存服务器以及数据库中只保存着一定数量的保险产品的保费，当应用服务器接收到一个未存储在缓存中的保费计算服务时，应用服务器在一级本地缓存、二级缓存服务器以及数据库中均无法查询到对应的保费时，应用服务器可调用第三方服务器的接口，使得第三方服务器根据应用客户端发送的被保人年龄、性别、有无社保等个人信息，以及保险产品对应的费率信息进行保费计算，在获得保费计算结果后将保费依次返回至数据库、二级缓存服务器以及应用服务器的以及本地缓存中进行保存，同时应用服务器将保费结果返回给应用客户端，提高应用服务器的灵活性。

本申请提供的缓存数据更新方法，可以应用于如图1所示的应用服务器中。其中，如图3所示，图3为一个实施例中缓存数据更新方法的流程示意图，缓存数据更新方法，包括以下步骤：

步骤310：获取一级本地缓存的打点监控信息，将打点监控信息发送至配置中心服务器，配置中心服务器用于在获取打点监控信息后，根据打点监控信息更新待预热数据的配置信息。

其中，一级本地缓存用于缓存热点数据，即应用服务器会预先将热点数据作为缓存内容加载至一级本地缓存中；具体地，一级本地缓存可以是使用各类缓存技术实现缓存本地化，例如，Caffeine缓存库、Ehcache缓存库、Guava缓存库等不同缓存技术活。打点监控信息是指在一级本地缓存中缓存数据的缓存命中数、缓存未命中数、加载成功数、加载失败数、加载时间等数据信息。

其中，应用服务器获取一级本地缓存的中各个缓存数据的打点监控信息，并将打点监控信息，并通过配置中心客户端发送至配置中心服务器。

具体地，应用服务器在工作运行一段时间后，应用服务器生成记录着一级本地缓存中各个缓存数据的缓存命中数等打点监控信息，应用服务器中可定时获取打点监控信息发送至配置中心服务器，也可以由配置中心服务器向各个应用服务器发送打点监控数据获取请求，应用服务器响应打点监控获取请求，获取以及本地缓存的打点监控信息后，发送至配置中心服务器。

步骤320：通过配置中心客户端监听配置中心服务器的配置信息。

其中，配置中心客户端用于供应用服务器与配置中心服务器进行连接的，以使得应用服务器通过配置中心客户端持续监听配置中心服务器的配置信息。应用服务器可通过配置中心客户端与配置中心服务器建立长连接，并通过长连接持续监听配置中心服务器的配置信息，具体地，各个应用服务器中可以定时获取在配置中心服务器的配置信息，也可以是配置中心服务器更新配置信息后，将更新后的配置信息发送至各个应用服务器。

步骤330：当配置信息发生更新时，根据更新后的配置信息，获取待预热数据至一级本地缓存中。

在配置中心服务器的配置信息发生变化时，应用服务器可以通过配置中心客户端读取到更新后的配置信息，并响应该配置信息的更新，再次从数据库中拉取与配置信息对应的待预热数据至一级本地缓存。具体地，应用服务器获取到更新后的配置信息后，对配置信息进行解析确定待预热数据，并根据解析结果，从服务器中拉取待预热数据对应的热点数据。

上述缓存数据更新方法，通过获取一级本地缓存的打点监控信息，并将打点监控信息发送至配置中心服务器，使得配置中心服务器根据打点监控信息更新待预热数据的配置信息；在通过配置中心客户端监听到配置中心服务器的配置信息发生更新时，根据更新后的配置信息，获取待预热数据至一级本地缓存中，实现缓存数据更新，使得分布式缓存系统中各个应用服务器的缓存数据根据热点数据进行不断更新，有效提高网络请求的响应速度，且多个应用服务器中根据同一配置信息进行缓存数据更新，有效保持缓存数据的一致性。

在一个实施例中，从二级缓存服务器中拉取对应的待预热数据至一级本地缓存中的步骤后，还包括：根据更新后的配置信息，从一级本地缓存中删除非待预热数据的缓存数据。

其中，配置中心服务器的配置信息发生变化后，应用服务器可以通过配置中心客户端读取到更新后的配置信息，并响应该配置信息的更新，从一级本地缓存删除非待预热数据的缓存数据。

非待预热数据的缓存数据是指配置信息中并未记载的缓存数据，由于热点数据是不断更新变化的，在上一段时间某些缓存数据是配置信息中所配置的热点数据，但在下一段时间这些缓存数据并不是配置信息中的热点数据了，因此，应用服务器获取到更新后的配置信息后，可以对配置信息进行解析确定待预热数据的数据标识，并根据解析获得的数据标识从一级本地缓存中确定非待预热数据的缓存数据，并对这些缓存数据进行删除，以节省内存空间，提高应用服务器的系统性能。

在一个实施例中，根据更新后的配置信息，获取待预热数据至一级本地缓存中的步骤，包括：从配置信息中确定待预热数据的数据标识；根据待预热数据的数据标识，从二级缓存服务器中拉取待预热数据；当二级缓存服务器中无数据标识对应的待预热数据时，从数据库中拉取与数据标识对应的待预热数据。

本实施例中，应用服务器在获取到配置信息后，对配置信息进行解析获取待预热数据的数据标识，从而根据数据标识，从二级缓存服务器中查询数据标识对应的缓存数据，若在二级缓存服务器中查询到对应的缓存数据，则将这些缓存数据作为待预热数据拉取到本地内存中，作为本地缓存进行保存，若在二级缓存服务器中无法查询到对应的缓存数据，则根据数据标识查找数据库，从数据库中查找对应的数据信息作为待预热数据。

其中，数据库中存储着持久化的项目应用的数据，可作为缓存预热时的数据来源；二级缓存服务器是指集中式的远程缓存，可以是Redis缓存。数据标识用于标识待预热数据，具体可以是标识待预热数据所属产品类型的产品标识，也可以是唯一标识该待预热数据的字符串。

具体地，应用服务器在获取到配置信息后，对配置信息进行解析获取待预热数据的数据标识，从而根据数据标识，从二级缓存服务器中查询数据标识对应的缓存数据，若在二级缓存服务器中查询到对应的缓存数据，则将这些缓存数据作为待预热数据拉取到本地内存中，作为本地缓存进行保存，若在二级缓存服务器中无法查询到对应的缓存数据，则根据数据标识查找数据库，从数据库中查找对应的数据信息作为待预热数据。

在一个实施例中，获取一级本地缓存的打点监控信息的步骤之前，还包括：获取待预热数据的初始配置信息；根据初始配置信息，从数据库中拉取与初始配置信息对应的待预热数据至一级本地缓存中。

其中，数据库中存储着持久化的项目应用的数据，可作为缓存预热时的数据来源；二级缓存服务器是指集中式的远程缓存，可以是Redis缓存；初始配置信息可以根据实际情况由工作人员进行设置。

本实施例为一级本地缓存的缓存预热过程，在应用服务器初次启动前，应用服务器中的一级本地缓存和二次缓存服务器内的数据为空，此时，用户可预先在配置中心服务器中设置待预热数据的初始配置信息，在应用服务器启动过程中，应用服务器通过配置中心客户端读取初始配置信息，从而根据初始配置信息从数据库中拉取相应的待预热数据存储到一级本地缓存以及二级缓存服务器中，在应用服务器启动后，一级本地缓存中的缓存数据也即加载完毕，在第一次接收到用户的服务请求时，可实现快速命中缓存数据，并将缓存数据返回给用户。通过对一级本地缓存中的缓存数据进行预热，可有效提高缓存数据的命中率，提高应用服务器的响应速度。

应该理解的是，虽然图3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图4所示，提供了一种缓存数据更新装置400，包括：打点监控信息获取模块410、配置信息监听模块420和缓存数据更新模块430，其中：

打点监控信息获取模块410，用于获取一级本地缓存的打点监控信息，将打点监控信息发送至配置中心服务器，配置中心服务器用于在获取打点监控信息后，根据打点监控信息更新待预热数据的配置信息；

配置信息监听模块420，用于通过配置中心客户端监听配置中心服务器的配置信息；

缓存数据更新模块430，用于当配置信息发生更新时，根据更新后的配置信息，获取待预热数据至一级本地缓存中。

在一个实施例中，缓存数据更新模块，还用于：根据更新后的配置信息，从一级本地缓存中删除非待预热数据的缓存数据。

在一个实施例中，缓存数据更新模块，还用于：从配置信息中确定待预热数据的数据标识；根据待预热数据的数据标识，从二级缓存服务器中拉取待预热数据；在二级缓存服务器中无数据标识对应的待预热数据时，从数据库中拉取与数据标识对应的待预热数据。

在一个实施例中，缓存数据更新装置还包括缓存预热模块，用于：获取待预热数据的初始配置信息；根据初始配置信息，从数据库中拉取与初始配置信息对应的待预热数据至一级本地缓存中。

关于缓存数据更新装置的具体限定可以参见上文中对于缓存数据更新方法的限定，在此不再赘述。上述缓存数据更新装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储缓存数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种缓存数据更新方法。

本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

获取一级本地缓存的打点监控信息，将打点监控信息发送至配置中心服务器，配置中心服务器用于在获取打点监控信息后，根据打点监控信息更新待预热数据的配置信息；

通过配置中心客户端监听配置中心服务器的配置信息；

当配置信息发生更新时，根据更新后的配置信息，获取待预热数据至一级本地缓存中。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据更新后的配置信息，从一级本地缓存中删除非待预热数据的缓存数据。

在一个实施例中，处理器执行计算机程序实现根据更新后的配置信息，获取待预热数据至一级本地缓存中的步骤，具体实现以下步骤：配置信息中确定待预热数据的数据标识；根据待预热数据的数据标识，从二级缓存服务器中拉取待预热数据；当二级缓存服务器中无数据标识对应的待预热数据时，从数据库中拉取与数据标识对应的待预热数据。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取待预热数据的初始配置信息；根据初始配置信息，从数据库中拉取与初始配置信息对应的待预热数据至一级本地缓存中。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

获取一级本地缓存的打点监控信息，将打点监控信息发送至配置中心服务器，配置中心服务器用于在获取打点监控信息后，根据打点监控信息更新待预热数据的配置信息；

通过配置中心客户端监听配置中心服务器的配置信息；

当配置信息发生更新时，根据更新后的配置信息，获取待预热数据至一级本地缓存中。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据更新后的配置信息，从一级本地缓存中删除非待预热数据的缓存数据。

在一个实施例中，计算机程序被处理器执行实现根据更新后的配置信息，获取待预热数据至一级本地缓存中的步骤，具体实现以下步骤：从配置信息中确定待预热数据的数据标识；根据待预热数据的数据标识，从二级缓存服务器中拉取待预热数据；当二级缓存服务器中无数据标识对应的待预热数据时，从数据库中拉取与数据标识对应的待预热数据。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取待预热数据的初始配置信息；根据初始配置信息，从数据库中拉取与初始配置信息对应的待预热数据至一级本地缓存中。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种分布式缓存系统，其特征在于，所述系统包括配置中心服务器以及多个应用服务器；所述应用服务器中部署有配置中心客户端以及一级本地缓存；

所述应用服务器，用于获取所述一级本地缓存的打点监控信息，将所述打点监控信息发送至配置中心服务器；其中，所述打点监控数据包括所述一级本地缓存中各缓存数据的命中数；

所述配置中心服务器，用于在接收到多个所述应用服务器发送的打点监控信息后，根据所述打点监控信息确定各缓存数据的命中率，根据各所述缓存数据的命中率更新待预热数据的配置信息；

所述应用服务器，还用于通过所述配置中心客户端监听所述配置中心服务器的配置信息，在所述配置信息发生更新时，根据更新后的配置信息，获取待预热数据保存至一级本地缓存中。

2.根据权利要求1所述的分布式缓存系统，其特征在于，所述应用服务器，还用于：

在所述配置信息发生更新时，根据所述更新后的配置信息，从所述一级本地缓存中删除非待预热数据的缓存数据。

3.根据权利要求1所述的分布式缓存系统，其特征在于，所述多级缓存系统还包括二级缓存服务器以及数据库；

所述应用服务器，还用于：

获取待预热数据的初始配置信息；

根据所述初始配置信息，从所述数据库中拉取与所述初始配置信息对应的待预热数据至一级本地缓存以及所述二级缓存服务器中。

4.根据权利要求1所述的分布式缓存系统，其特征在于，所述多级缓存系统还包括二级缓存服务器以及数据库；

所述应用服务器，还用于：

从所述配置信息中确定待预热数据的数据标识；

根据所述待预热数据的数据标识，从所述二级缓存服务器中拉取待预热数据；

当所述二级缓存服务器中无所述数据标识对应的待预热数据时，从所述数据库中拉取与所述数据标识对应的待预热数据。

5.根据权利要求1所述的分布式缓存系统，其特征在于，所述应用服务器，还用于：

接收应用客户端发送的服务请求，根据所述服务请求查询一级本地缓存；

在所述一级本地缓存中查找到所述服务请求对应的目标缓存数据时，将所述目标缓存数据返回至应用客户端；

在所述一级本地缓存中无法查询到所述服务请求对应的目标缓存数据时，根据所述服务请求查询二级缓存服务器；

在所述二级缓存服务器中查询到目标缓存数据时，将所述目标缓存数据保存至一级本地缓存返回至应用客户端中；

在所述二级缓存服务器中没有查询到目标缓存数据时，根据所述服务请求查询所述数据库，将数据库中的目标缓存数据保存至一级本地缓存中并返回至应用客户端。

6.根据权利要求5所述的分布式缓存系统，其特征在于，所述应用服务器，还用于：

在所述数据库中没有查询到所述目标缓存数据时，调用第三方服务器进行服务计算，得到服务计算结果；

将所述服务计算结果依次保存至数据库、二级缓存服务器以及一级本地缓存中。

7.一种缓存数据更新方法，所述方法应用于如权利要求1至6任一所述分布式缓存系统中，其特征在于，所述方法包括：

获取一级本地缓存的打点监控信息，将所述打点监控信息发送至配置中心服务器，所述配置中心服务器用于在获取所述打点监控信息后，根据打点监控信息更新待预热数据的配置信息；

通过所述配置中心客户端监听所述配置中心服务器的配置信息；

当所述配置信息发生更新时，根据所述更新后的配置信息，获取待预热数据至所述一级本地缓存中。

8.根据权利要求7所述的方法，其特征在于，所述根据所述更新后的配置信息，获取待预热数据至所述一级本地缓存中的步骤之后，还包括：

根据所述更新后的配置信息，从所述一级本地缓存中删除非待预热数据的缓存数据。

9.根据权利要求7所述的方法，其特征在于，所述根据所述更新后的配置信息，获取待预热数据至所述一级本地缓存中的步骤，包括：

从所述配置信息中确定待预热数据的数据标识；

根据所述待预热数据的数据标识，从二级缓存服务器中拉取待预热数据；

当所述二级缓存服务器中无所述数据标识对应的待预热数据时，从所述数据库中拉取与所述数据标识对应的待预热数据。

10.根据权利要求7所述的方法，其特征在于，所述获取所述一级本地缓存的打点监控信息的步骤之前，还包括：

获取待预热数据的初始配置信息；

根据所述初始配置信息，从所述数据库中拉取与所述初始配置信息对应的待预热数据至所述一级本地缓存中。

Images