[发明专利]一种资源数据的查询方法、查询客户端和查询系统

说明书

本发明公开了一种资源数据的查询方法、查询客户端和查询系统。所述方法包括：接收查询指令，并从查询指令中获取待查询资源数据的资源唯一标识Resid；根据待查询资源数据的资源唯一标识Resid查询本地Ehcache缓存；在本地Ehcache缓存中未查询到该资源唯一标识Resid的资源数据时，将该资源唯一标识Resid发送到Redis集群中，并将Redis集群返回的资源数据的哈希表HashMap作为查询结果，将查询结果组装成资源对象ResObject记录到本地Ehcache缓存中。本发明结合本地Ehcache缓存和Redis集群实现了资源数据的快速查询，以及结合Solr搜索引擎实现了资源数据的条件查询，从而改进了传统网管监控系统的数据库查询方式带来的速度慢、灵活性差的问题。

技术领域

本发明涉及互联网技术领域，特别涉及一种资源数据的查询方法、查询客户端和查询系统。

背景技术

网管监控系统主要包含资源、告警和性能三种类型的数据，其中资源数据是基础，告警数据和性能数据都是基于或者关联资源数据的。因此，在网管监控系统处理过程中，资源数据的查询速度，对告警数据和性能数据的处理速度有很大的影响。为了提升网管监控系统的处理能力，必须提升资源数据的查询速度。

在传统的网管系统中，资源数据一般都是存储在关系型数据库中的，例如存储在Oracle甲骨文数据库、Mysql数据库，对于资源数据的单个数据查询和组合查询，都是基于数据库查询实现的。关系型数据库的查询方式较为适用于存储资源数据量较小的关系型数据库，当资源数据量比较大时，例如超过1000万的资源数据，且告警数据量和性能数据量都比较大时，假设活动告警产生速度达到5000条/秒的速度，整个系统中对单个资源的查询速度可能需要达到2万次/秒以上，若仅仅依赖于关系型数据库来实现快速查询，是无法达到要求的。

针对上述问题，现有的网管系统一般通过将资源数据初始化到本地缓存中，如缓存到JVM内存中，来提高资源数据的查询速度。但当资源数据量达到1000万或更多时，缓存这些资源数据将会消耗大量的内存，而且重启时还需要将资源数据重新加载到内存中，加载时间过长。

因此，亟需一种新型的网管监控系统，以适应大资源数据量的快速查询。

发明内容

鉴于上述问题，本发明提供了一种资源数据的查询方法、查询客户端和查询系统，以解决传统网管监控系统无法满足大数据的查询需求的问题。

为达到上述目的，本发明的技术方案是这样实现的：

一方面，本发明提供了一种资源数据的查询方法，所述资源数据按照资源唯一标识Resid分布式缓存在Redis集群中，该资源数据的查询方法包括：

接收查询指令，并从查询指令中获取待查询资源数据的资源唯一标识Resid；

根据待查询资源数据的资源唯一标识Resid查询本地Ehcache缓存；

在本地Ehcache缓存中未查询到该资源唯一标识Resid的资源数据时，将该资源唯一标识Resid发送到Redis集群中，并将Redis集群返回的资源数据的哈希表HashMap作为查询结果，将查询结果组装成资源对象ResObject记录到本地Ehcache缓存中。

另一方面，本发明提供了一种资源数据的查询方法，资源数据按照资源唯一标识Resid分布式缓存在Redis集群中，该资源数据的查询方法包括：

接收客户端发送的待查询资源数据的资源唯一标识Resid，在客户端的本地Ehcache缓存中根据该资源唯一标识Resid未查询到相应资源数据；

根据接收到的资源唯一标识Resid从Redis集群中获取该资源唯一标识Resid对应的资源数据的哈希表HashMap，并将哈希表HashMap作为查询结果发送给客户端，使客户端将接收到的查询结果组装成资源对象ResObject记录到客户端本地的Ehcache缓存中。