CN109597915A - 访问请求处理方法和装置 - Google Patents

Abstract

本公开提出一种访问请求处理方法和装置，其中，方法包括：接收用户发送的访问请求，解析访问请求获取访问数据；根据访问数据查询预存在本地缓存中的热点数据；若在本地缓存中获取与访问数据匹配成功的目标热点数据，则查看本地缓存的命中记录，获取与目标热点数据对应的历史命中次数；根据历史命中次数和预设的命中门限值判断当前在本地缓存匹配成功的目标热点数据是否有效，若有效，则将目标热点数据反馈给用户。由此，将访问请求拦截在本地缓存处理，提高了访问请求处理的效率以及整体服务稳定性。

Description

访问请求处理方法和装置

技术领域

本公开涉及数据访问技术领域，尤其涉及一种访问请求处理方法和装置。

背景技术

目前，Redis是企业广泛使用的分布式K(Key)-V(Value)缓存系统，在该系统上进行读写时，会根据key的hash(哈希)计算出一台固定的服务器来存取该K-V。因此在实际应用中，某些高峰时段，会大量请求同一个Key，根据key的hash，所有请求都将落到同一个服务器上，该服务器的负载就会严重加剧，这个问题称为热点问题。例如：春节活动期间，某一应用程序中的某一视频被数万次点击观看时，会形成一个较大的需求量，这种情况下就会造成热点问题。热点问题会影响访问请求处理的效率，以及整体服务稳定性。

发明内容

本公开实施例旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本公开实施例提出一种访问请求处理方法，通过将访问请求拦截在本地缓存处理，提高了访问请求处理的效率以及整体服务稳定性。

本公开实施例提出一种访问请求处理装置。

本公开实施例提出一种电子设备。

本公开实施例提出一种非暂态存储介质。

本公开一方面实施例提出了一种访问请求处理方法，包括：

接收用户发送的访问请求，解析所述访问请求获取访问数据；

根据所述访问数据查询预存在本地缓存中的热点数据；

若在所述本地缓存中获取与所述访问数据匹配成功的目标热点数据，则查看所述本地缓存的命中记录，获取与所述目标热点数据对应的历史命中次数；

根据所述历史命中次数和预设的命中门限值判断当前在所述本地缓存匹配成功的目标热点数据是否有效，若有效，则将所述目标热点数据反馈给所述用户。

本公开又一方面实施例提出了一种访问请求处理装置，包括：

接收模块，用于接收用户发送的访问请求；

解析模块，用于解析所述访问请求获取访问数据；

查询模块，用于根据所述访问数据查询预存在本地缓存中的热点数据；

获取模块，用于若在所述本地缓存中获取与所述访问数据匹配成功的目标热点数据，则查看所述本地缓存的命中记录，获取与所述目标热点数据对应的历史命中次数；

判断模块，用于根据所述历史命中次数和预设的命中门限值判断当前在所述本地缓存匹配成功的目标热点数据是否有效；

处理模块，用于在当前在所述本地缓存匹配成功的目标热点数据有效时将所述目标热点数据反馈给所述用户。

本公开又一方面实施例提出了一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如前述方法实施例所述的访问请求处理方法。

本公开又一方面实施例提出了一种非暂态存储介质，其上存储有计算机程序，该程序被处理器执行时实现如前述方法实施例所述的访问请求处理方法。

本公开实施例提供的技术方案可以包含如下的有益效果：

通过接收用户发送的访问请求，解析访问请求获取访问数据，并根据访问数据查询预存在本地缓存中的热点数据，在本地缓存中获取与访问数据匹配成功的目标热点数据时查看本地缓存的命中记录，获取与目标热点数据对应的历史命中次数，从而根据历史命中次数和预设的命中门限值判断当前在本地缓存匹配成功的目标热点数据是否有效，在有效时将目标热点数据反馈给用户。由此，将访问请求拦截在本地缓存处理，提高了访问请求处理的效率以及整体服务稳定性。

附图说明

本公开上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本公开实施例所提供的一种访问请求处理方法的流程示意图；

图2为本公开实施例所提供的另一种访问请求处理方法的流程示意图；

图3为本公开实施例所提供的又一种访问请求处理方法的流程示意图；

图4为本公开实施例所提供的访问请求处理的示例图；

图5为本公开实施例提供的一种装置的结构示意图；

图6为本公开实施例提供的另一种装置的结构示意图；

图7是图示根据本公开的实施例的非暂态存储介质的示意图；以及

图8是图示根据本公开实施例的电子设备的硬件结构示意图。

具体实施方式

下面详细描述本公开的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本公开，而不能理解为对本公开的限制。

下面参考附图描述本公开实施例的访问请求处理方法和装置。

图1为本公开实施例所提供的一种访问请求处理方法的流程示意图。

如图1所示，该方法包括以下步骤：

步骤101，接收用户发送的访问请求，解析访问请求获取访问数据。

在实际应用中，被大量刊发、浏览的热点新闻、热点评论、明星直播等典型的读多写少的场景会产生热点问题。本公开实施例提出的访问请求处理方法将访问请求拦截在本地缓存处理，提高了访问请求处理的效率以及整体服务稳定性。

其中，用户可以根据实际应用需要，通过语音或者键盘手动等方式发送访问请求。在接收到用户发送的访问请求后，可以通过对访问请求进行解析获取访问数据，也就是说可以识别出访问请求对应的访问数据。

举例而言，比如元旦期间，用户在抖音、火山等应用程序中点击观看某一段视频A，即访问数据为视频A；再比如针对某一热点新闻，在微博应用程序中输入“ABC”进行搜索即访问数据为视频“ABC”；还比如双十一期间，在购物应用程序中点击浏览某一件商品Y即访问数据为Y等等。

步骤102，根据访问数据查询预存在本地缓存中的热点数据。

其中，本地缓存(local cache)，可以用于通过页面置换算法按照预设周期获取的热点数据。

其中，页面置换算法可以是最近最久未使用(LRU，Least Recently Used)算法、最少使用(LFU，least frequently used)置换算法等，可以根据实际应用需要进行选择设置。

作为一种示例，通过LFU置换算法，根据预设的周期将local cache中不常用的数据踢出，最终留在local cache中的就是热点数据。也可以，在Local cache中将每个数据设置一个过期时间比如30ms。

作为一种可能实现的方式，设置本地缓存的容量，容量与N个热点数据的长度匹配，通过页面置换算法按照预设周期对所有用户发送的访问请求进行计算，获取N个热点数据，存储在本地缓存中。由此，可以根据需要将N个热点数据存储在本地缓存，减少查询系统缓存的次数，从而降低整体的接口响应延迟。

步骤103，若在本地缓存中获取与访问数据匹配成功的目标热点数据，则查看本地缓存的命中记录，获取与目标热点数据对应的历史命中次数。

步骤104，根据历史命中次数和预设的命中门限值判断当前在本地缓存匹配成功的目标热点数据是否有效，若有效，则将目标热点数据反馈给用户。

从而，根据访问数据查询预存在本地缓存中的热点数据，因为本地缓存存储的都是热点数据，所以与访问数据匹配成功即存在目标热点数据，也就是当前访问数据为热点数据。

为了进一步提高请求访问的准确性，需要根据历史命中次数和预设的命中门限值判断当前在所述本地缓存匹配成功的目标热点数据是否有效，从而决定需要不需要将本地缓存中的目标热点数据反馈给用户。

作为一种示例，查看本地缓存的命中记录，获取与目标热点数据对应的历史命中次数并加一生成当前命中次数，并用当前命中次数更新历史命中次数，将当前命中次数与预设的命中门限值进行比较，在获知当前命中次数大于等于命中门限值，则将目标热点数据反馈给用户。

作为另一种示例，查看本地缓存的命中记录，获取与目标热点数据对应的历史命中次数，将历史命中次数与预设的命中门限值进行比较，在获知当前命中次数大于等于命中门限值，则将目标热点数据反馈给用户。

其中，预设的命中门限值可以根据实际应用需要进行调整设置。

本公开实施例的访问请求处理方法中，通过接收用户发送的访问请求，解析访问请求获取访问数据，并根据访问数据查询预存在本地缓存中的热点数据，在本地缓存中获取与访问数据匹配成功的目标热点数据时查看本地缓存的命中记录，获取与目标热点数据对应的历史命中次数，从而根据历史命中次数和预设的命中门限值判断当前在本地缓存匹配成功的目标热点数据是否有效，在有效时将目标热点数据反馈给用户。由此，将访问请求拦截在本地缓存处理，提高了访问请求处理的效率以及整体服务稳定性。

基于上述实施例可以了解到当前在本地缓存匹配成功的目标热点数据有效时将目标热点数据反馈给用户。也就是说当前在本地缓存匹配成功的目标热点数据无效需要进一步处理，具体结合图2描述如下：

图2为本公开实施例所提供的另一种访问请求处理方法的流程示意图，如图2所示，该方法可以包括如下步骤：

步骤201，若判断当前在本地缓存匹配成功的目标热点数据无效，则根据访问数据查询设备外部设置的系统缓存。

步骤202，若在设备外部设置的系统缓存中获取与访问数据匹配成功的目标数据，则将目标数据反馈给用户。

具体地，在判断当前在本地缓存匹配成功的目标热点数据无效表示本地缓存存储目标热点数据可能已经变更，为了进一步提高访问请求处理的准确性需要根据访问数据查询设备外部设置的系统缓存(比如redis)，并在设备外部设置的系统缓存中获取与访问数据匹配成功的目标数据时将目标数据反馈给用户。由此，提高了访问请求处理的准确性，提高用户体验。

基于上述实施例可以了解到本地缓存中存储热点数据，为了进一步提高本地缓存热点数据的有效性，以提高访问请求处理的效率，需要及时更新本地缓存中热点数据。下面结合图3和图具体描述如下：

图3为本公开实施例所提供的又一种访问请求处理方法的流程示意图，如图3所示，该方法可以包括如下步骤：

步骤301，根据预设的热度监测时长检测本地缓存中存储的热点数据。

步骤302，当检测到本地缓存中存在的热点数据在热度监测时长内被访问的次数小于等于第一预设访问门限值，则将在热度监测时长内被访问的次数小于等于第一预设访问门限值的热点数据从本地缓存中删除。

具体地，为了进行过期淘汰，可以更新本地缓存，比如，会将每个key设置一个在本地缓存中合理的缓存时长(比如30ms)，当在缓存时长内热点数据被访问的次数小于等于第一预设访问门限值表示该热点数据可能不再是热点数据，则将该热点数据从本地缓存中删除。由此，进一步提高本地缓存热点数据的有效性，以提高访问请求处理的效率。其中，第一预设访问门限值可以根据实际应用需要进行选择设置。

也就是该热点数据说在本地缓存中人点数被命中的次数太少，可以将该热点数据从本地缓存中删除。因此，为了防止长时间未访问的热点数据占据本地缓存的空间，需要每隔C秒，清理"已经过期"或“C秒内未访问过”或“C秒内访问次数少”的热点数据，这样可以增强本地缓存中热点数据的识别效果，从而提高热点数据的命中率。

基于图3的描述，在根据预设的热度监测时长检测本地缓存中存储的热点数据之后，还包括：当检测到本地缓存中存在的热点数据在热度监测时长内被访问的次数大于等于第二预设访问门限值，则在本地缓存的命中记录中对与被访问的次数大于等于第二预设访问门限值的热点数据对应的历史命中次数进行清零操作。

需要说明的是，第二访问门限值大于或等于第一访问门限值。

具体地，在任一预设的热度监测时长内该热点数据被访问的次数大于或等于第二预设访问门限值时表示在该热度监测时长内该热点数据被访问的次数很多。可以理解的是，在不同的热度监测时长内每个热点数据被访问的次数是不同的，也就是说该热点数据在热度监测时长Q内被访问的次数很多，但是在热度监测时长R内被访问的次数可能会变少，因此需要在任一预设的热度监测时长过后将该热点数据对应的历史命中次数进行清零操作，以便根据历史命中次数和预设的命中门限值判断当前在本地缓存匹配成功的目标热点数据更加有效，进一步提高本地缓存中热点数据的识别效果。

本发明实施例的访问请求处理方法，如图4所示，通过本地缓存存储着最近的热点数据也就是将一些长期不变的热点数据存储在本地缓存中，访问redis(系统缓存)前先访问本地缓存，降低redis的访问量。

其中，本地缓存中的热点数据有一定的缓存时间，因此本地缓存和redis之中的热点数据可能会不一致，因此如果在本地缓存中命中的次数太少，则不将结果返回，而是进一步在redis里查询，将redis里查询的数据返回。从而可以提升热度较低的查询的准确率，如果热度非常高，则还是在本地缓存之中查询，从而降低redis的压力。

为了实现上述实施例，本公开还提出一种访问请求处理装置。

图5为本公开实施例提供的一种访问请求处理装置的结构示意图。

如图5所示，该装置包括：接收模块51、解析模块52、查询模块53、获取模块54、判断模块55和处理模块56。

接收模块51，用于接收用户发送的访问请求。

解析模块52，用于解析访问请求获取访问数据。

查询模块53，用于根据访问数据查询预存在本地缓存中的热点数据。

获取模块54，用于若在本地缓存中获取与访问数据匹配成功的目标热点数据，则查看本地缓存的命中记录，获取与目标热点数据对应的历史命中次数。

判断模块55，用于根据历史命中次数和预设的命中门限值判断当前在本地缓存匹配成功的目标热点数据是否有效。

处理模块56，用于在当前在本地缓存匹配成功的目标热点数据有效时将目标热点数据反馈给所述用户。

其中，处理模块56还用于：若判断当前在本地缓存匹配成功的目标热点数据无效，则根据访问数据查询系统缓存；若在系统缓存中获取与访问数据匹配成功的目标数据，则将目标数据反馈给用户。

本公开实施例的访问请求处理装置中，通过接收用户发送的访问请求，解析访问请求获取访问数据，并根据访问数据查询预存在本地缓存中的热点数据，在本地缓存中获取与访问数据匹配成功的目标热点数据时查看本地缓存的命中记录，获取与目标热点数据对应的历史命中次数，从而根据历史命中次数和预设的命中门限值判断当前在本地缓存匹配成功的目标热点数据是否有效，在有效时将目标热点数据反馈给用户。由此，将访问请求拦截在本地缓存处理，提高了访问请求处理的效率以及整体服务稳定性。

基于上述实施例，本公开实施例还提供了一种访问请求处理装置的可能的实现方式，图6为本公开实施例所提供的另一种访问请求处理装置的结构示意图，在上一实施例的基础上，如图6所示，该装置还包括：设置模块57、存储模块58、监测模块59和删除模块510。

设置模块57，用于设置本地缓存的容量，容量与N个热点数据的长度匹配。

存储模块58，用于通过页面置换算法按照预设周期对所有用户发送的访问请求进行计算，获取N个热点数据，存储在本地缓存中。

监测模块59，用于根据预设的热度监测时长检测本地缓存中存储的热点数据。

删除模块510，用于当检测到本地缓存中存在的热点数据在热度监测时长内被访问的次数小于等于第一预设访问门限值，则将在热度监测时长内被访问的次数小于等于第一预设访问门限值的热点数据从本地缓存中删除。

删除模块510，还用于当检测到本地缓存中存在的热点数据在热度监测时长内被访问的次数大于等于第二预设访问门限值，则在本地缓存的命中记录中对与被访问的次数大于等于第二预设访问门限值的热点数据对应的历史命中次数进行清零操作，其中，第二访问门限值大于等于第一访问门限值。

由此，进一步提高本地缓存热点数据的有效性，以提高访问请求处理的效率。

需要说明的是，前述对方法实施例的解释说明也适用于该实施例的装置，此处不再赘述。

为了实现上述实施例，本公开实施例还提出一种非暂态存储介质，其上存储有计算机程序，该程序被处理器执行时实现如前述方法实施例所述的访问请求处理方法。

图7是图示根据本公开的实施例的非暂态存储介质的示意图。如图7所示，根据本公开实施例的非暂态存储介质700，其上存储有非暂态计算机可读指令701。当该非暂态计算机可读指令701由处理器运行时，执行前述的本公开各实施例的访问请求处理方法的全部或部分步骤。

为了实现上述实施例，本公开实施例还提出一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如前述方法实施例所述的访问请求处理方法。

图8是图示根据本公开实施例的电子设备的硬件结构示意图。电子设备可以以各种形式来实施，本公开中的电子设备可以包括但不限于诸如移动电话、智能电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、导航装置、车载电子设备、车载显示电子、车载电子后视镜等等的移动电子设备以及诸如数字TV、台式计算机等等的固定电子设备。

如图8所示，电子设备1100可以包括无线通信单元1110、A/V(音频/视频)输入单元1120、用户输入单元1130、感测单元1140、输出单元1150、存储器1160、接口单元1170、控制器1180和电源单元1190等等。图8示出了具有各种组件的电子设备，但是应理解的是，并不要求实施所有示出的组件。可以替代地实施更多或更少的组件。

其中，无线通信单元1110允许电子设备1100与无线通信系统或网络之间的无线电通信。A/V输入单元1120用于接收音频或视频信号。用户输入单元1130可以根据用户输入的命令生成键输入数据以控制电子设备的各种操作。感测单元1140检测电子设备1100的当前状态、电子设备1100的位置、用户对于电子设备1100的触摸输入的有无、电子设备1100的取向、电子设备1100的加速或减速移动和方向等等，并且生成用于控制电子设备1100的操作的命令或信号。接口单元1170用作至少一个外部装置与电子设备1100连接可以通过的接口。输出单元1150被构造为以视觉、音频和/或触觉方式提供输出信号。存储器1160可以存储由控制器1180执行的处理和控制操作的软件程序等等，或者可以暂时地存储己经输出或将要输出的数据。存储器1160可以包括至少一种类型的存储介质。而且，电子设备1100可以与通过网络连接执行存储器1160的存储功能的网络存储装置协作。控制器1180通常控制电子设备的总体操作。另外，控制器1180可以包括用于再现或回放多媒体数据的多媒体模块。控制器1180可以执行模式识别处理，以将在触摸屏上执行的手写输入或者图片绘制输入识别为字符或图像。电源单元1190在控制器1180的控制下接收外部电力或内部电力并且提供操作各元件和组件所需的适当的电力。

本公开提出的访问请求处理方法的各种实施方式可以以使用例如计算机软件、硬件或其任何组合的计算机可读介质来实施。对于硬件实施，本公开提出的访问请求处理方法的各种实施方式可以通过使用特定用途集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑装置(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器、被设计为执行这里描述的功能的电子单元中的至少一种来实施，在一些情况下，本公开提出的访问请求处理方法的各种实施方式可以在控制器1180中实施。对于软件实施，本公开提出的访问请求处理方法的各种实施方式可以与允许执行至少一种功能或操作的单独的软件模块来实施。软件代码可以由以任何适当的编程语言编写的软件应用程序(或程序)来实施，软件代码可以存储在存储器1160中并且由控制器1180执行。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在非暂态存储介质中，如磁碟、光盘、只读存储记忆体(ROM)或随机存储记忆体(RAM)等等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本公开的技术方案，而非对其限制；尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的精神和范围。

Claims (10)

1.一种访问请求处理方法，其特征在于，包括以下步骤：

接收用户发送的访问请求，解析所述访问请求获取访问数据；

根据所述访问数据查询预存在本地缓存中的热点数据；

若在所述本地缓存中获取与所述访问数据匹配成功的目标热点数据，则查看所述本地缓存的命中记录，获取与所述目标热点数据对应的历史命中次数；

根据所述历史命中次数和预设的命中门限值判断当前在所述本地缓存匹配成功的目标热点数据是否有效，若有效，则将所述目标热点数据反馈给所述用户。

2.如权利要求1所述的方法，其特征在于，还包括：

若判断当前在所述本地缓存匹配成功的目标热点数据无效，则根据所述访问数据查询设备外部设置的系统缓存；

若在所述设备外部设置的系统缓存中获取与所述访问数据匹配成功的目标数据，则将所述目标数据反馈给所述用户。

3.如权利要求1所述的方法，其特征在于，在所述根据所述访问数据查询预存在本地缓存中的热点数据之前，还包括：

设置所述本地缓存的容量，所述容量与N个热点数据的长度匹配；

通过页面置换算法按照预设周期对所有用户发送的访问请求进行计算，获取所述N个热点数据，存储在所述本地缓存中。

4.如权利要求1所述的方法，其特征在于，还包括：

根据预设的热度监测时长检测所述本地缓存中存储的热点数据；

当检测到所述本地缓存中存在的热点数据在所述热度监测时长内被访问的次数小于等于第一预设访问门限值，则将在所述热度监测时长内被访问的次数小于等于第一预设访问门限值的热点数据从所述本地缓存中删除。

5.如权利要求4所述的方法，其特征在于，在所述根据预设的热度监测时长检测所述本地缓存中存储的热点数据之后，还包括：

当检测到所述本地缓存中存在的热点数据在所述热度监测时长内被访问的次数大于等于第二预设访问门限值，则在所述本地缓存的命中记录中对与所述被访问的次数大于等于第二预设访问门限值的热点数据对应的历史命中次数进行清零操作，其中，所述第二访问门限值大于或等于所述第一访问门限值。

6.一种访问请求处理装置，其特征在于，所述装置包括：

接收模块，用于接收用户发送的访问请求；

解析模块，用于解析所述访问请求获取访问数据；

查询模块，用于根据所述访问数据查询预存在本地缓存中的热点数据；

获取模块，用于若在所述本地缓存中获取与所述访问数据匹配成功的目标热点数据，则查看所述本地缓存的命中记录，获取与所述目标热点数据对应的历史命中次数；

判断模块，用于根据所述历史命中次数和预设的命中门限值判断当前在所述本地缓存匹配成功的目标热点数据是否有效；

处理模块，用于在当前在所述本地缓存匹配成功的目标热点数据有效时将所述目标热点数据反馈给所述用户。

7.如权利要求1所述的装置，其特征在于，所述处理模块还用于：

若判断当前在所述本地缓存匹配成功的目标热点数据无效，则根据所述访问数据查询系统缓存；

若在所述系统缓存中获取与所述访问数据匹配成功的目标数据，则将所述目标数据反馈给所述用户。

8.如权利要求1所述的装置，其特征在于，还包括：

设置模块，用于设置所述本地缓存的容量，所述容量与N个热点数据的长度匹配；

存储模块，用于通过页面置换算法按照预设周期对所有用户发送的访问请求进行计算，获取所述N个热点数据，存储在所述本地缓存中。

9.一种电子设备，其特征在于，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如权利要求1-5中任一所述的访问请求处理方法。

10.一种非暂态存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-5中任一所述的访问请求处理方法。