[发明专利]一种业务数据的处理方法、装置及服务器

说明书

技术领域

本发明涉及数据处理技术领域，尤其涉及一种业务数据的处理方法、装置及服务器。

背景技术

在实时监控的场景下，通常只会关注最新时间段的业务数据，根据业务需求可以是最近30分钟、最近1小时、甚至于最近几个小时的数据。

对于业务数据的处理方式，一种方式是，服务器端把业务数据持久化到数据库或者文件，客户端页面发出查询条件，服务器端接收到查询条件后再查询数据库(或文件)，返回数据结果并传递给客户端页面。这种处理方法的问题在于，当查询的结果数据很多，并发查询很频繁时，查询压力会很大，同时因不断往数据库(或文件)写入数据，会造成读写互锁争抢资源，读写都会产生比较大的延迟，降低了性能。

另一种做法是服务器端把业务数据写入内存，客户端查询发起的查询请求时，都是从内存中返回查询结果。这种做法的缺点在于，当服务异常终止之后，内存中的数据会全部消失，导致无法正常查询。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种业务数据的处理方法、装置及服务器。

基于上述问题，本发明实施例提供的一种业务数据的处理方法，包括：

将业务数据写入持久存储的存储实体中时，将所述业务数据写入到缓存中；

当接收到业务数据查询请求时，从所述缓存中读取对应的业务数据并返回。

本发明实施例提供的一种业务数据的处理装置，包括：

第一写入模块，用于将业务数据写入持久存储的存储实体中；

第二写入模块，用于在将业务数据写入持久存储的存储实体中时，将所述业务数据写入到缓存中；

查询模块，用于当接收到业务数据查询请求时，从所述缓存中读取对应的业务数据并返回。

本发明实施例提供的服务器，包括本发明实施例提供的上述业务数据的处理装置。

本发明实施例的有益效果包括：

本发明实施例提供的上述业务数据的处理方法，在将业务数据持久化即将业务数据写入持久存储的存储实体中的同时，还需要将同样的业务数据写入到缓存中，这样，在保证持久存储的存储实体中的业务数据与缓存中业务数据一致的前提下，当接收到业务数据查询请求时，这样无论并发量多大，可以直接到缓存中查询对应的业务数据，而不必去持久存储的存储实体中查找，既避免了频繁查询持久存储的存储实体导致的读写互锁争抢资源降低性能的问题，同时又将业务数据及时地持久化，避免了服务发生异常时的业务数据的丢失的问题。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为本发明实施例提供的业务数据的处理方法的流程图；

图2为本发明实施例提供的实例的流程图；

图3为本发明实施例提供的业务数据的处理装置的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

下面结合说明书附图，对本发明实施例提供的一种业务数据的处理方法、装置及服务器的具体实施方式进行说明。

本发明实施例提供的一种业务数据的处理方法，如图1所示，具体包括以下步骤：

S11、将业务数据写入持久存储的存储实体中时，将所述业务数据写入到缓存中；

S12、当接收到业务数据查询请求时，从所述缓存中读取对应的业务数据并返回。

在本发明实施例中，持久存储的存储实体可以是任何可实现持久存储(相对于临时存储而言)功能的实体，不限定于软件、硬件或者软硬件结合的形式。在本发明实施例中，该持久存储的存储实体包括但不限于例如数据库或文件等。

业务数据存储在缓存中时，可以采用缓存队列的方式，本发明实施例对于采用何种具体存储方式并不限定。同样，本发明实施例对于持久存储的存储实体中的采用何种具体的存储方式也不并不限定。