CN105630823A - 基于分布式系统的缓存数据的监控方法、装置和系统 - Google Patents

Abstract

本申请公开了一种基于分布式系统的缓存数据的监控方法、装置和系统。其中，该方法包括：检测与应用终端集群建立通信关系的热点数据表中的热点数据是否发生更新；在检测到热点数据表中的热点数据发生更新的情况下，将与热点数据表中发生更新的热点数据关联的热点数据缓存状态修改为待更新状态，其中，与热点数据表中的发生更新的热点数据关联的热点数据缓存状态预先保存在缓存状态数据库中；如果定时扫描到缓存状态数据库中的热点数据缓存状态为待更新状态时，驱动应用终端集群刷新本地缓存的热点数据。本申请解决了由于无法集中监控分布式系统集群中每个应用节点的缓存数据导致的无法保证应用节点的缓存数据一致性的技术问题。

Description

基于分布式系统的缓存数据的监控方法、装置和系统

技术领域

本申请涉及计算机的分布计算领域，具体而言，涉及一种基于分布式系统的缓存数据的监控方法、装置和系统。

背景技术

在计算机的分布计算领域中，分布式系统集群下，缓存技术被广泛使用。分布式系统针对热点查询数据的缓存机制，会大大提高系统处理的效能及系统本身的数据吞吐规模。

分布式系统针对热点查询数据的缓存机制，一般可以针对有数据量小、读取操作量大而写入操作量小及数据来源为系统数据库或对其他系统的查询结果这几种特征的数据。这种类型数据的数据量小，所以数据本身占用的系统内存少；读取操作量大，写入操作量小，所以数据本身有很强的只读性；数据来源为系统数据库或对其他系统的查询结果，所以说明数据本身不用再次处理。

以现有的具体实际情况为例，如：系统根据“在30分钟时间内，用户在异地(跨省)发生用户登录行为属于高风险行为”这一规则，对每个用户在登录时所在位置都进行相应的判断。因为，系统要对用户登陆地点进行实时监控，所以该条规则可以被定义成表达式的形式存放在数据库中。以该条规则为例，每日发生用户登录行为的次数会达到千万级乃至亿级。如果该条规则直接存放在系统数据库中，每次发生用户登录行为时，发生用户登录行为的应用节点都会从系统数据库中进行读取。这样反复读取系统数据库，会大大加重服务器的使用负荷，造成对系统数据库的资源的严重浪费。

因此，在分布式系统构架下，上述规则可以被定义为一个热点规则，对该条热点规则的数据可以采用缓存技术。将该规则数据缓存到分布式系统集群中的每个发生用户登录行为的应用节点的内存中，在每次发生用户登录行为时，应用节点只需直接读取应用节点内存中的规则数据，就可以实现对“在30分钟时间内，用户在异地(跨省)发生用户登录行为属于高风险行为”这一规则的判断。这样，就降低了系统服务器的使用负荷，避免了系统资源的浪费。

在上述方案中，分布式系统数据缓存的缓存内容，因为都存在各个应用节点的内存当中，所以缓存内容很难达到一致性。具体表现为：在系统服务器中的数据发生变化时，各个应用节点无法及时刷新本地缓存内容；在各个节点之间，虽然读取相同的数据源但是缓存的数据内容不一致。现有的分布式系统集群下的缓存技术，无法集中监控分布式系统集群中数千乃至上万个应用节点中每个应用节点的缓存状态和内容；无法对应用节点的缓存内容进行一致性检查，从而发现缓存内容出现异常的应用节点，并将其及时修复；无法细粒度管理具体某个应用节点、该应用节点内部的具体某个数据异常的缓存。

针对上述分布式系统无法保证缓存数据的一致性的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种基于分布式系统的缓存数据的监控方法、装置和系统，以至少解决由于无法集中监控分布式系统集群中每个应用节点的缓存数据导致的无法保证应用节点的缓存数据一致性的技术问题。

根据本申请实施例的一个方面，提供了一种基于分布式系统的缓存数据的监控方法，包括：检测与应用终端集群建立通信关系的热点数据表中的热点数据是否发生更新，其中，应用终端集群将本地缓存的热点数据登记至热点数据表；在检测到热点数据表中的热点数据发生更新的情况下，将与热点数据表中发生更新的热点数据关联的热点数据缓存状态修改为待更新状态，其中，与热点数据表中的发生更新的热点数据关联的热点数据缓存状态预先保存在缓存状态数据库中；如果定时扫描到缓存状态数据库中的热点数据缓存状态为待更新状态时，驱动应用终端集群刷新本地缓存的热点数据。

根据本申请实施例的另一方面，还提供了一种基于分布式系统的缓存数据的监控装置，包括：检测模块，用于检测与应用终端集群建立通信关系的热点数据表中的热点数据是否发生更新，其中，应用终端集群将本地缓存的热点数据登记至热点数据表；修改状态模块，用于在检测到热点数据表中的热点数据发生更新的情况下，将与热点数据表中发生更新的热点数据关联的热点数据缓存状态修改为待更新状态，其中，与热点数据表中的发生更新的热点数据关联的热点数据缓存状态预先保存在缓存状态数据库中；驱动模块，用于如果定时扫描到缓存状态数据库中的热点数据缓存状态为待更新状态时，驱动应用终端集群刷新本地缓存的热点数据。

根据本申请实施例的另一方面，还提供了一种基于分布式系统的缓存数据的监控系统，包括：应用终端集群；数据库终端，与应用终端集群建立通信关系，用于存储热点数据库和缓存状态数据库；缓存监控服务器，与数据库终端建立通信关系，用于检测热点数据库的热点数据表中的热点数据是否发生更新，在检测到热点数据库的热点数据表中的热点数据发生更新的情况下，将缓存状态数据库中对应热点数据表的热点数据缓存状态修改为待更新状态，如果定时扫描到缓存状态数据库中的热点数据缓存状态为待更新状态时，驱动应用终端集群刷新本地缓存的热点数据。

在本申请实施例中，采用检测与应用终端集群建立通信关系的热点数据表中的热点数据是否发生更新，其中，应用终端集群将本地缓存的热点数据登记至热点数据表；在检测到热点数据表中的热点数据发生更新的情况下，将与热点数据表中发生更新的热点数据关联的热点数据缓存状态修改为待更新状态，其中，与热点数据表中的发生更新的热点数据关联的热点数据缓存状态预先保存在缓存状态数据库中；如果定时扫描到缓存状态数据库中的热点数据缓存状态为待更新状态时，驱动应用终端集群刷新本地缓存的热点数据的方式，解决了由于无法集中监控分布式系统集群中每个应用节点的缓存数据导致的无法保证应用节点的缓存数据一致性的技术问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例一的一种基于分布式系统的缓存数据的监控系统的结构示意图；

图2是根据本申请实施例二的一种基于分布式系统的缓存数据的监控方法的流程示意图；

图3是根据本申请实施例二的一种优选的基于分布式系统的缓存数据的监控方法的流程示意图；

图4是根据本申请实施例二的一种优选的基于分布式系统的缓存数据的监控方法的流程示意图；

图5是根据本申请实施例二的一种优选的基于分布式系统的缓存数据的监控方法的流程示意图；以及

图6是根据本申请实施例三的一种基于分布式系统的缓存数据的监控装置的示意图。

具体实施方式

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

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

实施例1

在其最基本的配置中，图1是根据本申请实施例一的基于分布式系统的缓存数据的监控系统的结构示意图。出于描述的目的，所绘的体系结构仅为合适环境的一个示例，并非对本申请的使用范围或功能提出任何局限。也不应将该计算系统解释为对图1所示的任一组件或其组合具有任何依赖或需求。

如图1所示，本申请提供的基于分布式系统的缓存数据的监控系统可以包括：应用终端集群10、数据库终端12和缓存监控服务器14。

其中应用终端集群10；数据库终端12，与应用终端集群建立通信关系，用于存储热点数据库和缓存状态数据库；缓存监控服务器14，与数据库终端建立通信关系，用于检测热点数据库的热点数据表中的热点数据是否发生更新，在检测到热点数据库的热点数据表中的热点数据发生更新的情况下，将与热点数据表中发生更新的热点数据关联的热点数据缓存状态修改为待更新状态，如果定时扫描到缓存状态数据库中的热点数据缓存状态为待更新状态时，驱动应用终端集群刷新本地缓存的热点数据；其中，应用终端集群将本地缓存的热点数据登记至热点数据库，得到热点数据表中的热点数据，且与热点数据表中的发生更新的热点数据关联的热点数据缓存状态预先保存在缓存状态数据库中。

分析可知，本申请上述实施例一中，缓存监控服务器对热点数据库的热点数据表中的热点数据实时监控，缓存监控服务器一旦发现热点数据库中的热点数据表中的热点数据发生变化，则立刻修改缓存状态数据库中与该热点数据库对应的热点数据表的热点数据的缓存状态为待更新状态，以保证缓存状态数据库中数据的准确性。

与此同时，缓存监控服务器又对缓存状态数据库以单位时间进行扫描，如果缓存监控服务器检测到缓存状态数据库中的热点数据缓存状态为待更新状态时，缓存监控服务器将驱动应用终端集群中的应用终端刷新本地缓存与该热点数据相对应的热点数据。

本申请上述实施例一所提供的步骤可以在缓存监控服务器14上运用，实施过程中，在上述实施例一中的缓存监控服务器的一种实施方式，可以是网络银行客户端为实现刷新“在30分钟时间内，用户在异地(跨省)发生用户登录行为属于高风险行为”这一规则所使用的缓存监控服务器，下面就以该缓存监控服务器为例，对上述实施例一进行详细描述。

上述实施例一中，“在30分钟时间内，用户在异地(跨省)发生用户登录行为属于高风险行为”这一规则可以视其为一条热点数据，可以被储存在银行的热点服务器中。银行的缓存监控服务器对银行热点数据库中的热点数据表中的该条热点数据进行实施监控。当银行热点服务器对该条热点数据进行修改，修改为“在20分钟时间内，用户在异地(跨省)发生用户登录行为属于高风险行为”时，银行的缓存监控服务器将立刻修改缓存状态数据库中与该热点数据库对应的热点数据表的该条规则的缓存状态为待更新状态。与此同时，银行的缓存监控服务器又对缓存状态数据库以单位时间进行扫描(单位时间可以是：1秒种、1分钟或者1小时这类形式，也可以是其他的时间形式，如：用户使用网络银行客户端每次登陆、用户使用网络银行客户端每次进行操作等)，如果缓存监控服务器检测到缓存状态数据库中的该条热点数据缓存状态为待更新时，银行的缓存监控服务器将驱动所有安装有网络银行客户端的应用终端对其本地缓存中与该条热点数据对应的热点数据进行更新。

优选地，本申请上述实施例一提供的方案中，应用终端集群10可以包括：至少一个应用终端101，每个应用终端接收缓存监控服务器发出的刷新通知，在根据刷新通知访问热点数据库的热点数据表，读取更新后的热点数据之后，将更新后的热点数据缓存到本地应用的内存中，实现对热点数据的更新。

当上述应用终端接收到缓存监控服务器发送的刷新通知后，应用集群中的每台应用终端根据刷新通知访问热点数据库的热点数据表，读取更新后的热点数据并缓存至应用终端集群中的每台应用终端的本地应用的内存当中。

具体实施过程中，在上述实施例一中的应用终端集群的一种实施方式，可以是网络银行客户端为实现刷新“在30分钟时间内，用户在异地(跨省)发生用户登录行为属于高风险行为”这一规则所使用的应用终端，下面就以该应用终端集群中某一台安装有网络银行客户端应用终端为例，对上述实施例一进行详细描述。

上述实施例一中，“在30分钟时间内，用户在异地(跨省)发生用户登录行为属于高风险行为”这一规则可以视其为一条热点数据，可以被储存在银行的热点服务器中。当银行热点服务器对该条热点数据进行修改，修改为“在20分钟时间内，用户在异地(跨省)发生用户登录行为属于高风险行为”时，银行的缓存监控服务器会检测到该条热点数据的更新，通知该应用终端。该安装有网络银行客户端的应用终端在接收到更新通知后，该应用终端访问银行热点数据库的热点数据表，读取更新为“在20分钟时间内，用户在异地(跨省)发生用户登录行为属于高风险行为”的热点数据缓存至该应用终端的本地网络银行客户端的内存当中。

优选地，本申请上述实施例一中，数据库终端12可以包括数据库处理器120和存储器122。

数据库处理器120，用于当应用终端集群中的任意一个或多个应用终端首次启动时，注册每个应用终端中缓存的热点数据的初始化信息至缓存状态数据库，初始化信息包括：应用终端的机器名、IP地址、缓存名称、热点数据缓存状态、时间戳、缓存版本；

上述数据库终端的数据库处理器，在应用终端集群中的一个或者多个应用终端在第一次启动时，将每个应用终端中缓存的热点数据的初始化信息在缓存状态数据库中进行注册，每个应用终端初始化的信息可以包括：应用终端的机器名、IP地址、缓存名称、热点数据缓存状态、时间戳、缓存版本等。上述初始化信息主要目的是实现标识应用终端、读取地理位置和确认缓存版本等基本功能。

存储器122，与数据库处理器建立连接，用于存储所述缓存状态数据库。其中，在将热点数据加载至应用终端之后，初始化该初始化信息成功，并保存每个应用终端的缓存注册信息。

上述存储器，在应用终端集群中初始化的应用终端在正常加载热点数据，完成对该终端的初始化之后，存储器将得到该应用终端的缓存注册信息。

优选地，缓存状态数据库中的热点数据缓存状态包括：待更新状态和更新完成状态，其中，应用终端集群10中的应用终端还用于在应用终端集群中的应用终端将更新后的热点数据缓存到本地应用的内存中之后，生成刷新完成通知，并使用刷新完成通知将缓存状态数据库中的热点数据缓存状态从待更新状态转化为更新完成状态。

上述应用终端集群中的应用终端将更新后的热点数据缓存到本地应用终端的应用内存中之后，该应用终端生成刷新完成通知。缓存状态数据库在接收到该刷新完成通知后，将缓存状态数据库中的热点数据缓存状态从待更新状态转化为更新完成状态。以防止缓存监控服务器反复驱动应用终端集群刷新本地缓存的热点数据，避免对热点数据库资源的浪费。

优选地，本申请上述实施例一提供的方案中，缓存监控服务器14可以包括监控处理器141，用于检测应用终端集群中每个应用终端的缓存注册信息的数量是否相同，如果不相同，则读取数量异常的应用终端的缓存注册信息，并发出数量异常的提示信息；或者，检测应用终端集群中每个应用终端的热点数据缓存状态是否一致，如果不一致，则读取热点数据缓存状态异常的应用终端的缓存注册信息，并发出热点数据缓存状态异常的提示信息。

上述监控处理器141，用于对应用终端集群中的每个应用终端进行异常的判断。判定异常的方法可以分为两种。其中一种，缓存监控服务器对应用终端集群中的每个应用中的缓存注册信息进行检测，检测每个应用终端的缓存注册信息的条目数量是否相同。如果某一个应用终端的缓存信息数量与其他应用终端的缓存信息数量不同，则判定该应用终端的缓存信息存在异常，读取该注册信息数量异常的应用终端的缓存注册信息，并发出缓存注册信息数量异常的提示信息。或者通过另一种，缓存监控服务器对应用终端集群中的每个应用终端的热点数据缓存状态进行检测，检测每个应用终端的缓存状态是否一致。如果某一个应用终端的缓存状态与其他应用终端的缓存状态存在差异，则判定与该存在异常的热点数据缓存状态对应的应用终端的缓存信息存在异常，读取该缓存信息存在异常的应用终端的缓存注册信息，并发送热点数据缓存状态异常的提示信息。以实现缓存监控服务器对应用终端集群中每个应用终端的缓存数据进行异常监控的功能。

优选地，本申请上述实施例一中，监控处理器141还用于驱动数量异常的应用终端读取访问热点数据库的热点数据表，读取所有热点数据，并将读取到的所有热点数据同步缓存到应用终端的内存中。

上述监控处理器141，开可以用于应用终端集群中的每个应用终端出现异常后的处理。缓存监控服务器中的监控处理器在检测到异常提示信息之后，缓存监控服务器将驱动与数量异常信息对应的应用终端访问数据库终端的热点数据库的热点数据表，重新读取所有热点数据，并将读取到的所有热点数据缓存到该应用终端的本地应用的内存当中。以实现对异常缓存数据的刷新，从而解决本地缓存数据异常的问题。

实施例2

根据本申请实施例，还提供了一种基于分布式系统的缓存数据的监控方法的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图2是根据本申请实施例二的基于分布式系统的缓存数据的监控方法的流程示意图。

如图2所示，该方法可以应用在缓存监控服务器，从该缓存监控服务器的角度对本申请基于分布式系统的缓存数据的监控方法的实施过程进行详细描述，可以包括如下步骤：

步骤S20，检测与应用终端集群建立通信关系的热点数据表中的热点数据是否发生更新，其中，应用终端集群将本地缓存的热点数据登记至热点数据表。

上述步骤S20中，热点数据表可以保存至热点数据库，可以通过缓存监控服务器访问热点数据库，来读取该数据库中的热点数据表中的热点数据，检测该热点数据是否更新。上述热点数据数据库可以独立保存在一个第三方服务器端，也可以直接保存在缓存监控服务器中。

步骤S22，在检测到热点数据表中的热点数据发生更新的情况下，将与热点数据表中发生更新的热点数据关联的热点数据缓存状态修改为待更新状态，其中，与热点数据表中的发生更新的热点数据关联的热点数据缓存状态预先保存在缓存状态数据库中。

上述步骤S22中，缓存监控服务器如果检测到热点数据库的热点数据表中的热点数据发生变化，则缓存监控服务器将修改缓存状态数据库中与该热点数据库对应的热点数据表的热点数据的缓存状态为待更新状态。

此处需要说明的是，上述步骤中的缓存状态数据库用于保存热点数据缓存状态，以及用于表征热点数据缓存状态与所对应的热点数据的关联信息。上述热点数据库可以与缓存状态数据库进行合并，合并成一个数据库。另外，该合并的数据库可以独立保存在一个第三方服务器端，也可以直接保存在缓存监控服务器中。

步骤S24，如果定时扫描到缓存状态数据库中的热点数据缓存状态为待更新状态时，驱动应用终端集群刷新本地缓存的热点数据。

上述步骤S24中，缓存监控服务器以设定的时间，定期扫描缓存状态数据库。当扫描到缓存状态数据库中的热点数据缓存状态为待更新状态时，缓存监控服务器将驱动应用终端集群中的应用终端刷新本地缓存与该热点数据相对应的热点数据。

本申请上述实施例二中，缓存监控服务器对热点数据库的热点数据表中的热点数据实时监控，缓存监控服务器一旦发现热点数据库中的热点数据表中的热点数据发生变化，则立刻修改缓存状态数据库中与该热点数据库对应的热点数据表的热点数据的缓存状态为待更新状态，以保证缓存状态数据库中数据的准确性。

与此同时，缓存监控服务器又对缓存状态数据库以单位时间进行扫描，如果缓存监控服务器检测到缓存状态数据库中的热点数据缓存状态为待更新状态时，缓存监控服务器将驱动应用终端集群中的应用终端刷新本地缓存与该热点数据相对应的热点数据。

本申请上述实施例二所提供的步骤S20至步骤S24可以在缓存监控服务器上运用，实施过程中，在上述实施例二中的缓存监控服务器的一种实施方式，可以是网络银行客户端为实现刷新“在30分钟时间内，用户在异地(跨省)发生用户登录行为属于高风险行为”这一规则所使用的缓存监控服务器，下面就以该缓存监控服务器为例，对上述实施例二进行详细描述。

上述实施例一中，“在30分钟时间内，用户在异地(跨省)发生用户登录行为属于高风险行为”这一规则可以视其为一条热点数据，可以被储存在银行的热点服务器中。银行的缓存监控服务器对银行热点数据库中的热点数据表中的该条热点数据进行实施监控。当银行热点服务器对该条热点数据进行修改，修改为“在20分钟时间内，用户在异地(跨省)发生用户登录行为属于高风险行为”时，银行的缓存监控服务器将立刻修改缓存状态数据库中与该热点数据库对应的热点数据表的该条规则的缓存状态为待更新状态。与此同时，银行的缓存监控服务器又对缓存状态数据库以单位时间进行扫描(单位时间可以是：1秒种、1分钟或者1小时这类形式，也可以是其他的时间形式，如：用户使用网络银行客户端每次登陆、用户使用网络银行客户端每次进行操作等)，如果缓存监控服务器检测到缓存状态数据库中的该条热点数据缓存状态为待更新时，银行的缓存监控服务器将驱动所有安装有网络银行客户端的应用终端对其本地缓存中与该条热点数据对应的热点数据进行更新。

优选地，如图3所示，本申请上述实施例二提供的方案中，步骤S24实现的驱动应用终端集群刷新本地缓存的热点数据的方案，可以包括如下实施步骤：

步骤S241，发送刷新通知到应用终端集群，使得应用终端集群中的应用终端根据刷新通知更新热点数据。具体的，该步骤中的应用终端可以通过刷新通知来访问热点数据表，来读取更新后的热点数据，并使用该更新后的热点数据来修改本地的热点数据，从而实现应用终端根据刷新通知更新热点数据。

上述方案可以实现将刷新通知发送到应用终端集群之后，刷新通知触发应用终端集群中的应用终端访问热点数据库的热点数据表，扫描热点数据表，在检测到热点数据表中存在更新后的热点数据之后，会缓存更新后的热点数据。此处需要说明的是，在缓存更新后的热点数据的过程中，可以先删除旧的热点数据，再将当前更新后的热点数据缓存到本地应用的内存中，也可以直接使用更新后的热点数据替换旧的热点数据，此外，如果考虑到热点数据恢复的需求，可以采取在将当前更新后的热点数据缓存到本地应用的内存中之后，将旧的热点数据缓存一定时间，在一定时间之后自动删除。

上述方案也可以在应用终端集群中的每台应用终端上运用。当应用终端接收到缓存监控服务器发送的刷新通知后，应用集群中的每台应用终端根据刷新通知访问热点数据库的热点数据表，读取更新后的热点数据并缓存至应用终端集群中的每台应用终端的本地应用的内存当中。

具体实施过程中，在上述实施例二中的应用终端集群的一种实施方式，可以是网络银行客户端为实现刷新“在30分钟时间内，用户在异地(跨省)发生用户登录行为属于高风险行为”这一规则所使用的应用终端，下面就以该应用终端集群中某一台安装有网络银行客户端应用终端为例，对上述实施例二进行详细描述。

上述实施例二中，“在30分钟时间内，用户在异地(跨省)发生用户登录行为属于高风险行为”这一规则可以视其为一条热点数据，可以被储存在银行的热点服务器中。当银行热点服务器对该条热点数据进行修改，修改为“在20分钟时间内，用户在异地(跨省)发生用户登录行为属于高风险行为”时，银行的缓存监控服务器会检测到该条热点数据的更新，通知该应用终端。该安装有网络银行客户端的应用终端在接收到更新通知后，该应用终端访问银行热点数据库的热点数据表，读取更新为“在20分钟时间内，用户在异地(跨省)发生用户登录行为属于高风险行为”的热点数据缓存至该应用终端的本地网络银行客户端的内存当中。

优选地，如图4所示，本申请上述实施例二中，在步骤S22将与热点数据表中发生更新的热点数据关联的热点数据缓存状态修改为待更新状态之前，还可以执行如下实施步骤：

步骤S211，当应用终端集群中的任意一个或多个应用终端首次启动时，注册每个应用终端中缓存的热点数据的初始化信息至缓存状态数据库，初始化信息包括：应用终端的机器名、IP地址、缓存名称、热点数据缓存状态、时间戳、缓存版本；

上述步骤S211可以在数据库终端的数据库处理器上运用。应用终端集群中的一个或者多个应用终端在第一次启动时，将每个应用终端中缓存的热点数据的初始化信息在缓存状态数据库中进行注册，每个应用终端初始化的信息可以包括：应用终端的机器名、IP地址、缓存名称、热点数据缓存状态、时间戳、缓存版本等。上述初始化信息主要目的是实现标识应用终端、读取地理位置和确认缓存版本等基本功能。

步骤S213，在将热点数据加载至应用终端，初始化该初始化信息成功之后，得到每个应用终端的缓存注册信息。

上述步骤S213中，应用终端集群中的初始化的应用终端在正常加载热点数据，完成对该终端的初始化之后，数据库终端的存储器将得到该应用终端的缓存注册信息。

优选地，如图5所示，本申请上述实施例二提供的方案中，热点数据缓存状态包括：待更新状态和更新完成状态，其中，在步骤S241实现使得应用终端集群中的应用终端更新热点数据之后，还可以执行如下实施步骤：

步骤S2451，接收应用终端集群中的应用终端生成的刷新完成通知。

步骤S2453，使用上述刷新完成通知将缓存状态数据库中的热点数据缓存状态从待更新状态转化为更新完成状态。

上述步骤S2451至步骤S2453中，应用终端集群中的应用终端将更新后的热点数据缓存到本地应用终端的应用内存中之后，该应用终端生成刷新完成通知。缓存状态数据库在接收到该刷新完成通知后，将缓存状态数据库中的热点数据缓存状态从待更新状态转化为更新完成状态。以防止缓存监控服务器反复驱动应用终端集群刷新本地缓存的热点数据，避免对热点数据库资源的浪费。

优选地，本申请上述实施例二提供的方案中，在步骤S24在驱动应用终端集群刷新本地缓存的热点数据之后，还可以执行如下实施步骤：

步骤S251，检测应用终端集群中每个应用终端的缓存注册信息的数量是否相同，如果不相同，则读取数量异常的应用终端的缓存注册信息，并发出数量异常的提示信息；或者

步骤S253，检测应用终端集群中每个应用终端的热点数据缓存状态是否一致，如果不一致，则读取热点数据缓存状态异常的应用终端的缓存注册信息，并发出热点数据缓存状态异常的提示信息。

上述步骤S251至步骤S253，是对应用终端集群中的每个应用终端进行异常判断的具体实施步骤。判定异常的方法可以分为两种。其中，步骤S251中，缓存监控服务器对应用终端集群中的每个应用中的缓存注册信息进行检测，检测每个应用终端的缓存注册信息的条目数量是否相同。如果某一个应用终端的缓存信息数量与其他应用终端的缓存信息数量不同，则判定该应用终端的缓存信息存在异常，读取该注册信息数量异常的应用终端的缓存注册信息，并发出缓存注册信息数量异常的提示信息。或者，通过步骤S253，缓存监控服务器对应用终端集群中的每个应用终端的热点数据缓存状态进行检测，检测每个应用终端的缓存状态是否一致。如果某一个应用终端的缓存状态与其他应用终端的缓存状态存在差异，则判定与该存在异常的热点数据缓存状态对应的应用终端的缓存信息存在异常，读取该缓存信息存在异常的应用终端的缓存注册信息，并发送热点数据缓存状态异常的提示信息。以实现缓存监控服务器对应用终端集群中每个应用终端的缓存数据进行异常监控的功能。

优选地，本申请上述实施例二提供的方案中，在步骤S251读取数量异常的应用终端的缓存注册信息之后或者在步骤S253读取热点数据缓存状态异常的应用终端的缓存注册信息之后，还可以执行如下实施步骤：

步骤S261，驱动数量异常的应用终端访问热点数据库的热点数据表，读取所有热点数据；

步骤S263，将读取到的所有热点数据同步缓存到应用终端的内存中。

上述步骤S261至S263，是应用终端集群中的每个应用终端出现异常后的具体实施步骤。缓存监控服务器中的监控处理器在检测到异常提示信息之后，缓存监控服务器将驱动与数量异常信息对应的应用终端访问数据库终端的热点数据库的热点数据表，重新读取所有热点数据，并将读取到的所有热点数据缓存到该应用终端的本地应用的内存当中。以实现对异常缓存数据的刷新，从而解决本地缓存数据异常的问题。

需要说明的是，对于前述的各方法实施例二，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例二均属于优选实施例二，所涉及的动作和模块并不一定是本申请所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例二的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例二的方法。

实施例3

图6是根据本申请实施例三的基于分布式系统的缓存数据的监控装置的示意图。如图6所示，该装置可以包括：检测模块301、修改状态模块303和驱动模块305。

其中，检测模块301，用于检测与应用终端集群建立通信关系的热点数据表中的热点数据是否发生更新，其中，应用终端集群将本地缓存的热点数据登记至热点数据表；修改状态模块303，用于在检测到热点数据表中的热点数据发生更新的情况下，将与热点数据表中发生更新的热点数据关联的热点数据缓存状态修改为待更新状态，其中，与热点数据表中的发生更新的热点数据关联的热点数据缓存状态预先保存在缓存状态数据库中；驱动模块305，用于如果定时扫描到缓存状态数据库中的热点数据缓存状态为待更新状态时，驱动应用终端集群刷新本地缓存的热点数据。

此处需要说明的是，上述装置实施例中的热点数据表可以保存至热点数据库，可以通过缓存监控服务器访问热点数据库，来读取该数据库中的热点数据表中的热点数据，检测该热点数据是否更新。上述热点数据数据库可以独立保存在一个第三方服务器端，也可以直接保存在缓存监控服务器中。

上述实施例中的缓存状态数据库可以用于保存热点数据缓存状态，以及用于表征热点数据缓存状态与所对应的热点数据的关联信息。上述热点数据库可以与缓存状态数据库进行合并，合并成一个数据库。另外，该合并的数据库也可以独立保存在一个第三方服务器端，也可以直接保存在缓存监控服务器中。

本申请上述实施例三中，缓存监控服务器对热点数据库的热点数据表中的热点数据实时监控，缓存监控服务器一旦发现热点数据库中的热点数据表中的热点数据发生变化，则立刻修改缓存状态数据库中与该热点数据库对应的热点数据表的热点数据的缓存状态为待更新状态，以保证缓存状态数据库中数据的准确性。

与此同时，缓存监控服务器又对缓存状态数据库以单位时间进行扫描，如果缓存监控服务器检测到缓存状态数据库中的热点数据缓存状态为待更新状态时，缓存监控服务器将驱动应用终端集群中的应用终端刷新本地缓存与该热点数据相对应的热点数据。

本申请上述实施例三所提供的各个模块可以在缓存监控服务器上运用，实施过程中，在上述实施例三中的缓存监控服务器的一种实施方式，可以是网络银行客户端为实现刷新“在30分钟时间内，用户在异地(跨省)发生用户登录行为属于高风险行为”这一规则所使用的缓存监控服务器，下面就以该缓存监控服务器为例，对上述实施例三进行详细描述。

上述实施例三中，“在30分钟时间内，用户在异地(跨省)发生用户登录行为属于高风险行为”这一规则可以视其为一条热点数据，可以被储存在银行的热点服务器中。银行的缓存监控服务器对银行热点数据库中的热点数据表中的该条热点数据进行实施监控。当银行热点服务器对该条热点数据进行修改，修改为“在20分钟时间内，用户在异地(跨省)发生用户登录行为属于高风险行为”时，银行的缓存监控服务器将立刻修改缓存状态数据库中与该热点数据库对应的热点数据表的该条规则的缓存状态为待更新状态。与此同时，银行的缓存监控服务器又对缓存状态数据库以单位时间进行扫描(单位时间可以是：1秒种、1分钟或者1小时这类形式，也可以是其他的时间形式，如：用户使用网络银行客户端每次登陆、用户使用网络银行客户端每次进行操作等)，如果缓存监控服务器检测到缓存状态数据库中的该条热点数据缓存状态为待更新时，银行的缓存监控服务器将驱动所有安装有网络银行客户端的应用终端对其本地缓存中与该条热点数据对应的热点数据进行更新。

此处需要说明的是，上述检测模块301、修改状态模块303和驱动模块305对应于实施例二中的步骤S20至步骤S24，三个模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例二所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例一提供的缓存监控服务器14中，可以通过软件实现，也可以通过硬件实现。

本申请上述驱动模块10在驱动应用终端集群刷新本地缓存的热点数据后，应用终端集群的接收模块接收到刷新通知。

应用终端集群中的应用终端的读取模块根据刷新通知访问热点数据库的热点数据表，读取更新后的热点数据。应用终端的更新模块，将更新后的热点数据缓存到本地应用的内存中，实现对热点数据的更新。

本申请上述实施例三中所提供的各个模块可以在用终端集群中的每台应用终端上运用。当应用终端接收到缓存监控服务器发送的刷新通知后，应用集群中的每台应用终端根据刷新通知访问热点数据库的热点数据表，读取更新后的热点数据并缓存至应用终端集群中的每台应用终端的本地应用的内存当中。

具体实施过程中，在上述实施例三中的应用终端集群的一种实施方式，可以是网络银行客户端为实现刷新“在30分钟时间内，用户在异地(跨省)发生用户登录行为属于高风险行为”这一规则所使用的应用终端，下面就以该应用终端集群中某一台安装有网络银行客户端应用终端为例，对上述实施例三进行详细描述。

上述实施例三中，“在30分钟时间内，用户在异地(跨省)发生用户登录行为属于高风险行为”这一规则可以视其为一条热点数据，可以被储存在银行的热点服务器中。当银行热点服务器对该条热点数据进行修改，修改为“在20分钟时间内，用户在异地(跨省)发生用户登录行为属于高风险行为”时，银行的缓存监控服务器会检测到该条热点数据的更新，通知该应用终端。该安装有网络银行客户端的应用终端在接收到更新通知后，该应用终端访问银行热点数据库的热点数据表，读取更新为“在20分钟时间内，用户在异地(跨省)发生用户登录行为属于高风险行为”的热点数据缓存至该应用终端的本地网络银行客户端的内存当中。

在修改状态模块303将缓存状态数据库中热点数据表对应的热点数据缓存状态修改为待更新状态之前，如果应用终端集群中的任意一个或多个应用终端为首次启动的情况下，初始化模块用于注册每个应用终端中缓存的热点数据的初始化信息至缓存状态数据库，初始化信息包括：应用终端的机器名、IP地址、缓存名称、热点数据缓存状态、时间戳、缓存版本。

上述初始化模块可以在数据库终端的数据库处理器上运用。应用终端集群中的一个或者多个应用终端在第一次启动时，将每个应用终端中缓存的热点数据的初始化信息在缓存状态数据库中进行注册，每个应用终端初始化的信息可以包括：应用终端的机器名、IP地址、缓存名称、热点数据缓存状态、时间戳、缓存版本等。上述初始化信息主要目的是实现标识应用终端、读取地理位置和确认缓存版本等基本功能。

如果应用终端的初始化模块在将热点数据加载至应用终端之后，初始化该初始化信息成功，数据库终端的子获取模块将得到每个应用终端的缓存注册信息。

上述子获取模块，在应用终端集群中的初始化的应用终端在正常加载热点数据，完成对该终端的初始化之后，服务器终端的存储器的子获取模块将得到该应用终端的缓存注册信息。

上述实施例三中，热点数据缓存状态包括：待更新状态和更新完成状态，其中，驱动模块305在应用终端集群中的应用终端将更新后的热点数据缓存到本地应用的内存中之后，应用终端集群中的应用终端的生成模块生成刷新完成通知。使用刷新完成通知将缓存状态数据库中的热点数据缓存状态从待更新状态转化为更新完成状态。

应用终端集群中的应用终端将更新后的热点数据缓存到本地应用终端的应用内存中之后，该应用终端生成刷新完成通知。缓存状态数据库在接收到该刷新完成通知后，将缓存状态数据库中的热点数据缓存状态从待更新状态转化为更新完成状态。以防止缓存监控服务器反复驱动应用终端集群刷新本地缓存的热点数据，避免对热点数据库资源的浪费。

在驱动模块305驱动应用终端集群刷新本地缓存的热点数据之后，缓存监控服务器中的第一子检测模块，用于检测应用终端集群中每个应用终端的缓存注册信息的数量是否相同，如果不相同，则读取数量异常的应用终端的缓存注册信息，并发出数量异常的提示信息；或者缓存监控服务器中的第二子检测模块检测应用终端集群中每个应用终端的热点数据缓存状态是否一致，如果不一致，则读取热点数据缓存状态异常的应用终端的缓存注册信息，并发出热点数据缓存状态异常的提示信息。

上述两个自检测模块，是对应用终端集群中的每个应用终端进行异常判断的具体实施步骤。判定异常的方法可以分为两种。其中，第一子检测模块，是用于缓存监控服务器对应用终端集群中的每个应用中的缓存注册信息进行检测，检测每个应用终端的缓存注册信息的条目数量是否相同。如果某一个应用终端的缓存信息数量与其他应用终端的缓存信息数量不同，则判定该应用终端的缓存信息存在异常，读取该注册信息数量异常的应用终端的缓存注册信息，并发出缓存注册信息数量异常的提示信息。或者，第二子检测模块，用于缓存监控服务器对应用终端集群中的每个应用终端的热点数据缓存状态进行检测，检测每个应用终端的缓存状态是否一致。如果某一个应用终端的缓存状态与其他应用终端的缓存状态存在差异，则判定与该存在异常的热点数据缓存状态对应的应用终端的缓存信息存在异常，读取该缓存信息存在异常的应用终端的缓存注册信息，并发送热点数据缓存状态异常的提示信息。以实现缓存监控服务器对应用终端集群中每个应用终端的缓存数据进行异常监控的功能。

进一步地，在读取数量异常的应用终端的缓存注册信息之后，或者在读取热点数据缓存状态异常的应用终端的缓存注册信息之后，子驱动模块驱动数量异常的应用终端读取访问热点数据库的热点数据表，读取所有热点数据；并将读取到的所有热点数据同步缓存到应用终端的内存中。

上述子驱动模块所进行的步骤，是应用终端集群中的每个应用终端出现异常后的具体实施步骤。缓存监控服务器中的监控处理器在检测到异常提示信息之后，缓存监控服务器将驱动与数量异常信息对应的应用终端访问数据库终端的热点数据库的热点数据表，重新读取所有热点数据，并将读取到的所有热点数据缓存到该应用终端的本地应用的内存当中。以实现对异常缓存数据的刷新，从而解决本地缓存数据异常的问题。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (13)

1.一种基于分布式系统的缓存数据的监控方法，其特征在于，包括：

检测与应用终端集群建立通信关系的热点数据表中的热点数据是否发生更新，其中，所述应用终端集群将本地缓存的热点数据登记至所述热点数据表；

在检测到所述热点数据表中的热点数据发生更新的情况下，将与所述热点数据表中发生更新的热点数据关联的热点数据缓存状态修改为待更新状态，其中，与所述热点数据表中的发生更新的热点数据关联的所述热点数据缓存状态预先保存在缓存状态数据库中；

如果定时扫描到所述缓存状态数据库中的热点数据缓存状态为所述待更新状态时，驱动所述应用终端集群刷新本地缓存的所述热点数据。

2.根据权利要求1所述的方法，其特征在于，驱动所述应用终端集群刷新本地缓存的所述热点数据的步骤包括：

发送刷新通知到所述应用终端集群，使得所述应用终端集群中的应用终端根据所述刷新通知更新热点数据。

3.根据权利要求2所述的方法，其特征在于，在将与所述热点数据表中发生更新的热点数据关联的热点数据缓存状态修改为待更新状态之前，所述方法还包括：

当所述应用终端集群中的任意一个或多个应用终端首次启动时，注册每个应用终端中缓存的热点数据的初始化信息至所述缓存状态数据库；

在将所述热点数据加载至所述应用终端之后，初始化所述初始化信息成功，得到每个应用终端的缓存注册信息。

4.根据权利要求3所述的方法，其特征在于，所述热点数据缓存状态包括：所述待更新状态和更新完成状态，其中，在所述应用终端集群中的应用终端更新热点数据之后，所述方法还包括：

接收所述应用终端集群中的应用终端生成的刷新完成通知，并使用所述刷新完成通知将所述缓存状态数据库中的所述热点数据缓存状态从所述待更新状态转化为所述更新完成状态。

5.根据权利要求3所述的方法，其特征在于，在驱动所述应用终端集群刷新本地缓存的所述热点数据之后，所述方法还包括：

检测所述应用终端集群中每个应用终端的缓存注册信息的数量是否相同，如果不相同，则读取数量异常的应用终端的缓存注册信息，并发出所述数量异常的提示信息；或者

检测所述应用终端集群中每个应用终端的热点数据缓存状态是否一致，如果不一致，则读取热点数据缓存状态异常的应用终端的缓存注册信息，并发出所述热点数据缓存状态异常的提示信息。

6.根据权利要求5所述的方法，其特征在于，在读取数量异常的应用终端的缓存注册信息之后，或者在读取热点数据缓存状态异常的应用终端的缓存注册信息之后，所述方法还包括：

驱动所述数量异常的应用终端访问所述热点数据表，读取所有热点数据；

将读取到的所有热点数据同步缓存到应用终端的内存中。

7.一种基于分布式系统的缓存数据的监控装置，其特征在于，包括：

检测模块，用于检测与应用终端集群建立通信关系的热点数据表中的热点数据是否发生更新，其中，所述应用终端集群将本地缓存的热点数据登记至所述热点数据表；

修改状态模块，用于在检测到所述热点数据表中的热点数据发生更新的情况下，将与所述热点数据表中发生更新的热点数据关联的热点数据缓存状态修改为待更新状态，其中，与所述热点数据表中的发生更新的热点数据关联的所述热点数据缓存状态预先保存在缓存状态数据库中；

驱动模块，用于如果定时扫描到所述缓存状态数据库中的热点数据缓存状态为所述待更新状态时，驱动所述应用终端集群刷新本地缓存的所述热点数据。

8.一种基于分布式系统的缓存数据的监控系统，其特征在于，包括：

应用终端集群；

数据库终端，与所述应用终端集群建立通信关系，用于存储热点数据库和缓存状态数据库；

缓存监控服务器，与所述数据库终端建立通信关系，用于检测所述热点数据库的热点数据表中的热点数据是否发生更新，在检测到所述热点数据库的热点数据表中的热点数据发生更新的情况下，将与所述热点数据表中发生更新的热点数据关联的热点数据缓存状态修改为待更新状态，如果定时扫描到所述缓存状态数据库中的热点数据缓存状态为所述待更新状态时，驱动应用终端集群刷新本地缓存的所述热点数据；

其中，所述应用终端集群将所述本地缓存的热点数据登记至所述热点数据库，得到所述热点数据表中的所述热点数据，且与所述热点数据表中的发生更新的热点数据关联的所述热点数据缓存状态预先保存在缓存状态数据库中。

9.根据权利要求8所述的系统，其特征在于，所述应用终端集群包括：

至少一个应用终端，每个所述应用终端接收所述缓存监控服务器发出的刷新通知，在根据所述刷新通知访问所述热点数据库的热点数据表，读取更新后的热点数据对热点数据进行更新。

10.根据权利要求9所述的系统，其特征在于，所述数据库终端包括：

数据库处理器，用于当所述应用终端集群中的任意一个或多个应用终端首次启动时，注册每个应用终端中缓存的热点数据的初始化信息至所述缓存状态数据库，所述初始化信息包括：所述应用终端的机器名、IP地址、缓存名称、热点数据缓存状态、时间戳、缓存版本；

存储器，与所述数据库处理器建立连接，用于存储所述缓存状态数据库；

其中，在将所述热点数据加载至所述应用终端之后，初始化所述初始化信息成功，并保存每个应用终端的缓存注册信息。

11.根据权利要求10所述的系统，其特征在于，所述热点数据缓存状态包括：所述待更新状态和更新完成状态，其中，所述应用终端集群中的应用终端还用于在所述应用终端集群中的应用终端将更新后的热点数据缓存到本地应用的内存中之后，生成刷新完成通知，并使用所述刷新完成通知将所述缓存状态数据库中的所述热点数据缓存状态从所述待更新状态转化为所述更新完成状态。

12.根据权利要求9所述的系统，其特征在于，所述缓存监控服务器包括：

监控处理器，用于检测所述应用终端集群中每个应用终端的缓存注册信息的数量是否相同，如果不相同，则读取数量异常的应用终端的缓存注册信息，并发出所述数量异常的提示信息；或者，检测所述应用终端集群中每个应用终端的热点数据缓存状态是否一致，如果不一致，则读取热点数据缓存状态异常的应用终端的缓存注册信息，并发出所述热点数据缓存状态异常的提示信息。

13.根据权利要求12所述的系统，其特征在于，所述监控处理器还用于驱动所述数量异常的应用终端读取所述访问所述热点数据库的所述热点数据表，读取所有热点数据，并将读取到的所有热点数据同步缓存到应用终端的内存中。