CN109379395B - 一种接口数据缓存设置方法及终端设备 - Google Patents
一种接口数据缓存设置方法及终端设备 Download PDFInfo
- Publication number
- CN109379395B CN109379395B CN201810962481.2A CN201810962481A CN109379395B CN 109379395 B CN109379395 B CN 109379395B CN 201810962481 A CN201810962481 A CN 201810962481A CN 109379395 B CN109379395 B CN 109379395B
- Authority
- CN
- China
- Prior art keywords
- data
- interface data
- interface
- cached
- activity
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
- H04L43/106—Active monitoring, e.g. heartbeat, ping or trace-route using time related information in packets, e.g. by adding timestamps
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
- H04L67/5682—Policies or rules for updating, deleting or replacing the stored data
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Telephonic Communication Services (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供了一种接口数据缓存设置方法及终端设备,适用于数据处理技术领域,该方法包括:判断服务器接口所提供数据的数据内容刷新频率是否大于预设频率阈值;若数据内容刷新频率大于预设频率阈值,查找接口对应的已缓存接口数据;获取每个已缓存接口数据对应请求访问的用户的活跃度,并根据预设的活跃度与更新周期对应关系,确定出每个已缓存接口数据分别对应的第一更新周期,其中,活跃度与第一更新周期时长负相关。本发明实施例能够在保证已缓存接口数据实时有效的同时,又不会过于频繁地对接口进行数据请求,减轻了对服务器数据请求的压力。
Description
技术领域
本发明属于数据处理技术领域,尤其涉及接口数据缓存设置方法及终端设备。
背景技术
随着业务量的增大以及应用程序用户数的增多,用户对应用程序后台服务器(以下简称服务器)的访问量日益增长,使得服务器压力日渐增大。由于服务器处理能力有限,从而使得大量用户同时通过应用程序访问服务器时,服务器往往难以对每个用户及时进行数据响应,从而使得应用程序容易出现访问延迟的现象。
为了改善用户高并发访问服务器时的访问延时现象,现有技术中会对用户请求的接口数据进行缓存,使得用户在通过应用程序访问服务器时,可以直接从数据缓存区读取所需的接口数据,以提升服务器对用户的数据响应速度。由于接口数据的数据内容并非一成不变的,为了保证用户获取到的接口数据的实时有效,现有技术中会对所有缓存数据统一设置一个固定的缓存更新周期,并每隔缓存更新周期对缓存数据进行更新。然而实际应用在中,每个接口对应处理的数据实时性要求并不相同,甚至同一个接口处理的不同数据的实时性要求也可能存在差异,此时,若缓存更新周期设置过长,缓存数据实时性难以满足用户要求,而缓存更新周期设置过短,过于频繁地对接口进行数据请求又会给服务器带来极大地数据处理压力,从而使得访问延迟现象难以得到改善。因此,现有技术在对用户高并发情况下的服务器接口数据进行缓存时,无法在保证缓存数据实时有效的同时减轻服务器压力。
发明内容
有鉴于此,本发明实施例提供了一种接口数据缓存设置方法及终端设备,以解决现有技术在对用户高并发情况下的服务器接口数据进行缓存时,无法在保证缓存数据实时有效的同时减轻服务器压力的问题。
本发明实施例的第一方面提供了一种接口数据缓存设置方法,包括:
判断服务器接口所提供数据的数据内容刷新频率是否大于预设频率阈值;
若所述数据内容刷新频率大于所述预设频率阈值,查找所述接口对应的已缓存接口数据;
获取每个所述已缓存接口数据对应请求访问的用户的活跃度,并根据预设的活跃度与更新周期对应关系,确定出每个所述已缓存接口数据分别对应的第一更新周期,其中,所述活跃度与所述第一更新周期时长负相关。
本发明实施例的第二方面提供了一种接口数据缓存设置终端设备,所述接口数据缓存设置终端设备包括存储器、处理器,所述存储器上存储有可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如下步骤。
判断服务器接口所提供数据的数据内容刷新频率是否大于预设频率阈值;
若所述数据内容刷新频率大于所述预设频率阈值,查找所述接口对应的已缓存接口数据;
获取每个所述已缓存接口数据对应请求访问的用户的活跃度,并根据预设的活跃度与更新周期对应关系,确定出每个所述已缓存接口数据分别对应的第一更新周期,其中,所述活跃度与所述第一更新周期时长负相关。
本发明实施例的第三方面提供了一种计算机可读存储介质,包括:存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如上所述的接口数据缓存设置方法的步骤。
本发明实施例与现有技术相比存在的有益效果是:在本发明实施例中,考虑到不同接口数据本身内容刷新频率需求(即实时性需求,数据内容刷新频率越高说明接口数据实时性需求越高)的不同,对本身实时性需求不同的接口数据进行更新周期的区分设置,对本身实时性要求高的已缓存接口数据,考虑到不同用户的需求不同,如有些活跃度很高,需要经常性地进行数据请求,而有些则只是偶尔需要进行数据请求,由于活跃度越高说明其请求接口数据的可能性越大,考虑到实际应用中相对整体的服务器用户而言,活跃用户所获取到的接口数据是否实时有效,很大程度上直接代表了服务器是否能提供实时有效的接口数据,因此,为了保证在用户高并发情况下,服务器用户所请求的接口数据的实时有效,本发明实施例会根据用户的活跃度来进行更新周期进一步地区分设置,对活跃度高的用户的已缓存接口数据设置更短的更新周期,从而使得每个已缓存接口数据都能获得一个适宜的更新周期。同时,相对现有技术直接对所有已缓存接口数据直接统一设置一个固定的更新周期而言,本发明实施例能为不同实时性需求的已缓存接口数据自适应地设置对应适宜的更新周期,从而使得各个已缓存接口数据仅在对应的更新周期到来时才会对接口进行缓存更新的数据请求,因此不会出现过于频繁地对接口进行数据请求的现象。综上,本发明实施例能够在用户高并发情况下的对服务器接口数据进行缓存时,既保证已缓存接口数据实时有效,又不会过于频繁地对接口进行数据请求,减轻了对服务器数据请求的压力。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例一提供的接口数据缓存设置方法的实现流程示意图;
图2是本发明实施例二提供的接口数据缓存设置方法的实现流程示意图;
图3是本发明实施例三提供的接口数据缓存设置方法的实现流程示意图;
图4是本发明实施例四提供的接口数据缓存设置方法的实现流程示意图;
图5是本发明实施例五提供的接口数据缓存设置装置的结构示意图;
图6是本发明实施例六提供的接口数据缓存设置终端设备的示意图。
具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本发明实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本发明的描述。
为了说明本发明所述的技术方案,下面通过具体实施例来进行说明。
首先应当说明地,由于缓存内存资源有限而服务器所提供的接口数据量极其庞大,因此实际应用中难以实现对服务器所有接口数据均进行缓存,且实际情况中,并非所有接口数据均存在缓存的必要。因此,为了节约缓存内存资源提高缓存工作的有效性,以保证缓存的有效进行,本申请仅会对用户请求过的接口数据进行缓存,同时仅对当前已缓存的接口数据进行更新周期的设置。
图1示出了本发明实施例一提供的接口数据缓存设置方法的实现流程图,详述如下:
S101,判断服务器接口所提供数据的数据内容刷新频率是否大于预设频率阈值。
实际应用中,服务器具有大量功能不同的接口,这些接口用于在用户进行数据请求时接收用户数据请求并提供不同的响应数据,其中,由于不同接口功能有所差异,其所提供的数据也同样会有所差异,而这些接口提供的数据本身是对应着不同数据内容刷新频率的,如负责提供年度销售排行榜查询的接口,其所提供的年度销售排行榜数据的数据内容刷新频率是一年一次,负责提供每日销售业绩查询的接口,其所提供的每日销售业绩数据的数据内容刷新频率是一天一次,而负责考勤数查询的接口,其所提供的考勤数据的数据内容则可能随时更新,因此其数据内容刷新频率无法固定。因此,对于不同接口若直接设置一个固定的缓存,必定难以满足不同接口数据的数据内容刷新频率需求,难以保证缓存接口数据的实时有效。
在本发明实施例中,为了保证对已缓存接口数据更新的有效性,首先会根据接口所提供数据的数据内容刷新频率来对接口进行区分处理。在接口所提供数据的数据内容刷新频率大于预设频率阈值时,说明接口对应提供数据的本身实时性要求较高,在对接口进行接口数据缓存时需要较为频繁地更新已缓存接口数据方可。但实际情况中,由于一个接口可能会被不同用户共同使用,每个用户的需求又存在着差异,因此,若对每个用户对应的已缓存接口数据都仅直接设置一个共同的更新周期,也无法保证不同用户对缓存接口数据的实时性需求。因此,本发明实施例中会进一步地对这些实时性要求较高的接口进行已缓存数据更新周期的针对性设置,以保证缓存的接口数据的实时性能真正满足用户的实际需求,保证缓存接口数据的实时有效。其中,预设频率阈值具体大小,需由技术人员根据实际应用情况设定。
作为本发明的一个优选实施例,考虑到实际情况中,同一接口可能可以同时提供多个不同数据内容刷新频率的接口数据,如排行榜查询接口,同时可以提供年度销售排行榜数据和月度销售排行榜数据的查询,此时,会出现一个接口同时对应着多个不同的数据内容刷新频率的现象。此时,为了保证对接口对应提供的接口数据的实时有效,本发明实施例中,优选地将其中最高的数据内容刷新频率,作为接口对应的数据内容刷新频率,如上述的排行榜查询接口,会将其中数据内容刷新频率高的月度销售排行榜数据的数据内容刷新频率,作为其对应的数据内容刷新频率。
S102,若数据内容刷新频率大于预设频率阈值,查找接口对应的已缓存接口数据。
当确定出数据内容刷新频率较高,即接口对应提供的数据本身实时性要求较高时,本发明实施例会查找出接口所有的已缓存接口数据,以进行后续更新周期的针对性设置。
S103,获取每个已缓存接口数据对应请求访问的用户的活跃度,并根据预设的活跃度与更新周期对应关系,确定出每个已缓存接口数据分别对应的第一更新周期,其中,活跃度与第一更新周期时长负相关。
实际情况中,不同用户对缓存接口数据的实时性需求可能存在不同,如活跃度较高的用户需要经常性地进行数据请求,而活跃度较低的用户,可能只是偶尔需要进行数据请求。在实际应用中,由于活跃度高的用户其进行数据请求的次数多,其获取到的接口数据是否实时有效,很大程度上直接代表了服务器是否能提供实时有效的接口数据,因此在为了保证用户高并发情况下服务器用户所请求得到的接口数据的实时有效,本发明实施例中会针对用户的活跃度来对同一接口的已缓存接口数据的更新周期进行区分设置,并为活跃度高的用户的已缓存接口数据设置更短的更新周期,以使得不同用户的已缓存接口数据能以适宜频率进行缓存更新,且不会给服务器造成过大压力。其中,用户活跃度的具体数据,既可以由技术人员手动设置,也可以根据用户实际的一些数据请求访问的记录计算得到,此处不予限定,具体可参考本发明实施例三。不同活跃度用户与更新周期的对应关系,具体可由技术人员根据实际需求进行设定,优选地,第一更新周期对应的更新频率,均大于对应的已缓存接口数据的数据内容刷新频率,如每日销售业绩数据的更新频率,大于对应的每天一次的数据内容刷新频率,以保证用户获取到的缓存接口数据的实时有效。
作为本发明的一个优选实施例,考虑到实际情况中一个服务器的用户数量可能极其庞大,因此,若对每个用户都进行针对性的更新周期设置,可能会服务器带来较大的处理负荷,因此,本发明实施例在对用户进行活跃度以及第一更新周期设置时,优选地将用户活跃度直接设定为多个固定的级别,并对应设置多个固定的第一更新周期,以减小对服务器的工作负荷。
作为本发明的另一个优选实施例,考虑到实际情况中,在面对多个用户请求访问的接口数据相同的情况下,既可以为每个用户进行接口数据的独立缓存,又可以对这些用户设置公共的接口数据缓存,即一个已缓存接口数据既可以仅提供给一个用户使用,也可以同时被多个用户所共用,既可以为每个用户都分别缓存一个每日销售业绩数据,也可以为所有的用户仅缓存一个每日销售业绩数据。因此,在查找已缓存接口数据对应请求访问的用户的活跃度时,可能会出现一个已缓存接口数据对应着多个对应请求访问的用户的情况,此时会查找出多个相同或不同的用户的活跃度。在本发明实施例中,为了充分保障每位用户获取到的接口数据的实时有效,在查找出一个已缓存接口数据对应着多个对应请求访问的用户时,会将其中最高的用户活跃度,作为该已缓存接口数据对应的用户活跃度进行处理计算。
作为本发明实施例二,如图2所示,在判断服务器接口所提供数据的数据内容刷新频率是否大于预设频率阈值之后,还包括:
S104,若数据内容刷新频率小于或等于预设频率阈值,将预设的第二更新周期设置为已缓存接口数据的更新周期,其中,第二更新周期大于第一更新周期。
当接口对应的数据内容刷新频率过小时,说明其对应提供的数据内容更新的比较慢,本身实时性要求比较低,此时无论用户活跃度高低,其在进行接口数据请求时,差异也不会有多大,即即使用户活跃度再高,再怎么频繁地请求该接口的接口数据,较长一段时间内也只能获取到相同的数据。因此,为了避免对服务器造成不必要的数据请求,减轻服务器的数据请求压力,提供对服务器数据请求的效率,本发明实施例中,不再根据用户活跃度来对这些接口的已缓存接口数据进行更新周期的设置,而是直接利用预设的第二更新周期,来进行其更新周期的设置。其中,第二更新周期既可以是一个统一的固定值,也可以是为每个不同的已缓存数据设置不同的更新周期值,如第二更新周期对应的更新频率,均为已缓存数据对应的数据内容刷新频率。
在本发明实施例中,考虑到不同接口数据本身内容刷新频率需求(即实时性需求,数据内容刷新频率越高说明接口数据实时性需求越高)的不同,对本身实时性需求不同的接口数据进行更新周期的区分设置。
对本身实时性要求高的已缓存接口数据,考虑到不同用户的需求不同,如有些活跃度很高,需要经常性地进行数据请求,而有些则只是偶尔需要进行数据请求,由于活跃度越高说明其请求接口数据的可能性越大,考虑到实际应用中相对整体的服务器用户而言,活跃用户所获取到的接口数据是否实时有效,很大程度上直接代表了服务器是否能提供实时有效的接口数据,因此,为了保证在用户高并发情况下,服务器用户所请求的接口数据的实时有效,本发明实施例会根据用户的活跃度来进行更新周期进一步地区分设置,对活跃度高的用户的已缓存接口数据设置更短的更新周期,从而使得每个已缓存接口数据都能获得一个适宜的更新周期。对于本身实时性要求低的已缓存接口数据,考虑到此时用户活跃度高低对接口数据实时性已基本没有什么影响,因此,此时会直接根据设定好的第二更新周期,来作为其已缓存接口数据的更新周期。相对现有技术直接对所有已缓存接口数据直接统一设置一个固定的更新周期而言,本发明实施例能为不同实时性需求的已缓存接口数据自适应地设置对应适宜的更新周期,从而使得各个已缓存接口数据仅在对应的更新周期到来时才会对接口进行缓存更新的数据请求,因此不会出现过于频繁地对接口进行数据请求的现象。综上,本发明实施例能够在用户高并发访问服务器的情况下,在保证已缓存接口数据实时有效的同时,又不会过于频繁地对接口进行数据请求,减轻了对服务器数据请求的压力。
作为计算用户活跃度的一种具体实现方式,如图3所示,当服务器接口所提供数据包含订单创建请求响应数据,即服务器提供的接口功能中,包含订单创建功能时,如购物类网站的服务器中,具有商品订单创建处理功能,本发明实施例三包括:
S301,获取每个已缓存接口数据对应请求访问的用户的数据请求历史记录。
其中,数据请求历史记录是指用户对服务器进行过的所有数据请求的历史记录,而非仅对某一个或两个已缓存接口数据的数据请求记录,因此,在本发明实施例中,用户活跃度反映的是用户整体的数据请求活跃度情况。其中,考虑到实际情况中,历史时间过久的数据请求历史记录,其参考意义已经不大,如十年前的用户的数据请求历史记录,其已经难以反映用户今后对数据请求的行为轨迹,因此,本发明实施例中的数据请求历史记录,优选地,仅为最近一段时间内的数据请求历史记录,如最近一年或几年的数据请求历史记录,其中具体的时间段范围,可由技术人员根据需求自行设定。
S302,根据数据请求历史记录,计算已缓存接口数据对应用户的数据请求总次数、日均数据请求次数以及出单率,出单率基于订单创建请求总次数与数据请求总次数之商计算得到。
其中,出单率可以直接由订单创建请求总次数除以数据请求总次数得到。由于实际应用中,对于服务器而言,订单创建处理功能重要程度较高,因此本发明实施例中会将出单率作为用户活跃度考量的重要变量之一进行处理。
S303,基于预设的权重系数对数据请求总次数、日均数据请求次数以及出单率进行权重计算,得到已缓存接口数据对应用户的活跃分数,以确定出已缓存接口数据对应用户的活跃度。
在进行权重计算时,考虑到出单率与数据请求总次数以及日均数据请求次数的计量单位有所不同,同时三个变量的可能取值也较多,因此在权重计算时较为复杂。为了简化对三个变量的权重计算,以减小对活跃分数计算的复杂度提高计算效率,本发明实施例中,可以在权重计算之前,对三个变量均进行标准化处理,以使得三者的单位统一,如对三个变量进行评分,对于数据请求总次数,根据设定的几个总次数阈值来计算用户数据请求总次数对应的分数,对于日均数据请求次数,根据设定的几个日均次数阈值来计算用户日均数据请求次数对应的分数,同时根据设定的几个出单率阈值来计算用户出单率的分数,再根据统一单位的分数值,来进行权重计算。
作为本发明的一个实施例,若需要将用户活跃度划分为几个固定的级别,本发明实施例中,技术人员会预先设置几个活跃分数的阈值,并在计算得到用户的活跃分数之后,根据阈值将其划分为对应的固定级别。
作为本发明的一个实施例四,如图4所示,在确定出每个已缓存接口数据分别对应的第一更新周期之后,还包括:
S105,若当前时间属于预设的高并发时间段,根据预设调整规则缩短第一更新周期。
考虑到实际情况中,用户进行数据请求是有一定时间规律性的,在某一段时间内可能数据请求的用户数量可能会极大,此时即为上述的用户高并发时段。在用户高并发时间段,用户的数据请求次数会明显大于普通时间段,此时对接口数据的实时性要求更高,需要更为频繁的更新缓存接口数据才能保证为服务器用户提供的接口数据的实时有效。因此,本发明实施例会在高并发时间段缩短已缓存接口数据的更新周期,以保证接口数据的实时有效。其中,高并发时间段对应的具体时间段,既可以由技术人员预先手动设置好,也可以根据历史服务器的用户数据请求记录来进行分析得到,此处不予限定。同时,对调整规则的具体设定,也可以由技术人员自行设定。
作为本发明的一个实施例,在对用户数据请求的接口数据进行缓存后,还包括:
若已缓存接口数据对应的最近一次请求访问时间与当前时间的差值大于预设的缓存时间阈值,清除已缓存接口数据。
由于在本发明实施例中,会根据用户数据请求情况以及已缓存接口数据数据内容刷新频率情况来对已缓存数据进行更新,因此需要使用到服务器的大量处理器资源以及对应的缓存内存资源。实际情况中,若用户长时间没有对已缓存接口数据进行请求,说明用户在较长的一段时间内并不需要使用到该已缓存接口数据,因此,此时若仍正常对已缓存接口数据更新,会极大地浪费服务器的处理器资源以及缓存内存资源,而缓存内存资源的浪费可能会直接导致对接口数据缓存的效率降低,使得接口数据难以实时有效地进行缓存,在用户高并发时影响更为明显。因此,在本发明实施例中,为了保证用户高并发情况下的对服务器接口数据进行实时有效的缓存的同时,减轻服务器的压力,本发明实施例中会对过久无用户请求访问过的已缓存接口数据进行及时清理。
对应于上文实施例的方法,图5示出了本发明实施例提供的接口数据缓存设置装置的结构框图,为了便于说明,仅示出了与本发明实施例相关的部分。图5示例的接口数据缓存设置装置可以是前述实施例一提供的接口数据缓存设置方法的执行主体。
参照图5,该接口数据缓存设置装置包括:
刷新判断模块51,用于判断服务器接口所提供数据的数据内容刷新频率是否大于预设频率阈值。
缓存查找模块52,用于若所述数据内容刷新频率大于所述预设频率阈值,查找所述接口对应的已缓存接口数据。
第一更新设置模块53,用于获取每个所述已缓存接口数据对应请求访问的用户的活跃度,并根据预设的活跃度与更新周期对应关系,确定出每个所述已缓存接口数据分别对应的第一更新周期,其中,所述活跃度与所述第一更新周期时长负相关。
进一步地,该接口数据缓存设置装置,还包括:
第二更新设置模块,用于若所述数据内容刷新频率小于或等于所述预设频率阈值,将预设的第二更新周期设置为所述已缓存接口数据的更新周期,其中,所述第二更新周期大于所述第一更新周期。
进一步地,第一更新设置模块53,包括:
当所述服务器接口所提供数据包含订单创建请求响应数据时,所述获取每个所述已缓存接口数据对应请求访问的用户的活跃度,包括:
获取每个所述已缓存接口数据对应请求访问的用户的数据请求历史记录。
根据所述数据请求历史记录,计算所述已缓存接口数据对应用户的数据请求总次数、日均数据请求次数以及出单率,所述出单率基于订单创建请求总次数与所述数据请求总次数之商计算得到。
基于预设的权重系数对所述数据请求总次数、所述日均数据请求次数以及所述出单率进行权重计算,得到所述已缓存接口数据对应用户的活跃分数,以确定出所述已缓存接口数据对应用户的所述活跃度。
进一步地,该接口数据缓存设置装置,还包括:
若当前时间属于预设的高并发时间段,根据预设调整规则缩短所述第一更新周期。
进一步地,该接口数据缓存设置装置,还包括:
若所述已缓存接口数据对应的最近一次请求访问时间与当前时间的差值大于预设的缓存时间阈值,清除所述已缓存接口数据。
本发明实施例提供的接口数据缓存设置装置中各模块实现各自功能的过程,具体可参考前述图1所示实施例一的描述,此处不再赘述。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
还应理解的是,虽然术语“第一”、“第二”等在文本中在一些本发明实施例中用来描述各种元素,但是这些元素不应该受到这些术语的限制。这些术语只是用来将一个元素与另一元素区分开。例如,第一接触可以被命名为第二接触,并且类似地,第二接触可以被命名为第一接触,而不背离各种所描述的实施例的范围。第一接触和第二接触都是接触,但是它们不是同一接触。
图6是本发明一实施例提供的接口数据缓存设置终端设备的示意图。如图6所示,该实施例的接口数据缓存设置终端设备6包括:处理器60、存储器61,所述存储器61中存储有可在所述处理器60上运行的计算机程序62。所述处理器60执行所述计算机程序62时实现上述各个接口数据缓存设置方法实施例中的步骤,例如图1所示的步骤101至103。或者,所述处理器60执行所述计算机程序62时实现上述各装置实施例中各模块/单元的功能,例如图5所示模块51至53的功能。
所述接口数据缓存设置终端设备6可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述接口数据缓存设置终端设备可包括,但不仅限于,处理器60、存储器61。本领域技术人员可以理解,图6仅仅是接口数据缓存设置终端设备6的示例,并不构成对接口数据缓存设置终端设备6的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如所述接口数据缓存设置终端设备还可以包括输入发送设备、网络接入设备、总线等。
所称处理器60可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器61可以是所述接口数据缓存设置终端设备6的内部存储单元,例如接口数据缓存设置终端设备6的硬盘或内存。所述存储器61也可以是所述接口数据缓存设置终端设备6的外部存储设备,例如所述接口数据缓存设置终端设备6上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(FlashCard)等。进一步地,所述存储器61还可以既包括所述接口数据缓存设置终端设备6的内部存储单元也包括外部存储设备。所述存储器61用于存储所述计算机程序以及所述接口数据缓存设置终端设备所需的其他程序和数据。所述存储器61还可以用于暂时地存储已经发送或者将要发送的数据。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
以上所述实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使对应技术方案的本质脱离本发明各实施例技术方案的精神和范围,均应包含在本发明的保护范围之内。
Claims (8)
1.一种接口数据缓存设置方法,其特征在于,包括:
判断服务器接口所提供数据的数据内容刷新频率是否大于预设频率阈值;
若所述数据内容刷新频率大于所述预设频率阈值,查找所述接口对应的已缓存接口数据;
获取每个所述已缓存接口数据对应请求访问的用户的活跃度,并根据预设的活跃度与更新周期对应关系,确定出每个所述已缓存接口数据分别对应的第一更新周期,其中,所述活跃度与所述第一更新周期时长负相关;
当所述服务器接口所提供数据包含订单创建请求响应数据时,所述获取每个所述已缓存接口数据对应请求访问的用户的活跃度,包括:
获取每个所述已缓存接口数据对应请求访问的用户的数据请求历史记录;
根据所述数据请求历史记录,计算所述已缓存接口数据对应用户的数据请求总次数、日均数据请求次数以及出单率,所述出单率基于订单创建请求总次数与所述数据请求总次数之商计算得到;
基于预设的权重系数对所述数据请求总次数、所述日均数据请求次数以及所述出单率进行权重计算,得到所述已缓存接口数据对应用户的活跃分数,以确定出所述已缓存接口数据对应用户的所述活跃度。
2.如权利要求1所述的接口数据缓存设置方法,其特征在于,还包括:
若所述数据内容刷新频率小于或等于所述预设频率阈值,将预设的第二更新周期设置为所述已缓存接口数据的更新周期,其中,所述第二更新周期大于所述第一更新周期。
3.如权利要求1所述的接口数据缓存设置方法,其特征在于,在所述确定出每个所述已缓存接口数据分别对应的第一更新周期之后,还包括:
若当前时间属于预设的高并发时间段,根据预设调整规则缩短所述第一更新周期。
4.如权利要求1至3任意一项所述的接口数据缓存设置方法,其特征在于,还包括:
若所述已缓存接口数据对应的最近一次请求访问时间与当前时间的差值大于预设的缓存时间阈值,清除所述已缓存接口数据。
5.一种接口数据缓存设置终端设备,其特征在于,所述接口数据缓存设置处理终端设备包括存储器、处理器,所述存储器上存储有可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如下步骤:
判断服务器接口所提供数据的数据内容刷新频率是否大于预设频率阈值;
若所述数据内容刷新频率大于所述预设频率阈值,查找所述接口对应的已缓存接口数据;
获取每个所述已缓存接口数据对应请求访问的用户的活跃度,并根据预设的活跃度与更新周期对应关系,确定出每个所述已缓存接口数据分别对应的第一更新周期,其中,所述活跃度与所述第一更新周期时长负相关;
当所述服务器接口所提供数据包含订单创建请求响应数据时,所述获取每个所述已缓存接口数据对应请求访问的用户的活跃度,具体包括:
获取每个所述已缓存接口数据对应请求访问的用户的数据请求历史记录;
根据所述数据请求历史记录,计算所述已缓存接口数据对应用户的数据请求总次数、日均数据请求次数以及出单率,所述出单率基于订单创建请求总次数与所述数据请求总次数之商计算得到;
基于预设的权重系数对所述数据请求总次数、所述日均数据请求次数以及所述出单率进行权重计算,得到所述已缓存接口数据对应用户的活跃分数,以确定出所述已缓存接口数据对应用户的所述活跃度。
6.如权利要求5所述接口数据缓存设置终端设备,其特征在于,所述处理器执行所述计算机程序时还实现如下步骤:
若所述数据内容刷新频率小于或等于所述预设频率阈值,将预设的第二更新周期设置为所述已缓存接口数据的更新周期,其中,所述第二更新周期大于所述第一更新周期。
7.如权利要求5所述接口数据缓存设置终端设备,其特征在于,在所述确定出每个所述已缓存接口数据分别对应的第一更新周期之后,还包括:
若当前时间属于预设的高并发时间段,根据预设调整规则缩短所述第一更新周期。
8.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至4任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810962481.2A CN109379395B (zh) | 2018-08-22 | 2018-08-22 | 一种接口数据缓存设置方法及终端设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810962481.2A CN109379395B (zh) | 2018-08-22 | 2018-08-22 | 一种接口数据缓存设置方法及终端设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109379395A CN109379395A (zh) | 2019-02-22 |
CN109379395B true CN109379395B (zh) | 2022-11-11 |
Family
ID=65404444
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810962481.2A Active CN109379395B (zh) | 2018-08-22 | 2018-08-22 | 一种接口数据缓存设置方法及终端设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109379395B (zh) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110061933B (zh) * | 2019-04-03 | 2023-03-07 | 网宿科技股份有限公司 | 一种数据处理方法及装置、设备、存储介质 |
CN112446674A (zh) * | 2019-09-02 | 2021-03-05 | 珠海格力电器股份有限公司 | 考勤数据更新方法、计算机可读存储介质及终端 |
CN110807040B (zh) * | 2019-10-30 | 2023-03-24 | 北京达佳互联信息技术有限公司 | 管理数据的方法、装置、设备及存储介质 |
CN111224811B (zh) * | 2019-10-31 | 2023-02-28 | 北京浪潮数据技术有限公司 | 一种snmp请求监听系统、方法、装置及计算机可读存储介质 |
CN111124952B (zh) * | 2019-12-04 | 2022-09-30 | 北京奇艺世纪科技有限公司 | 一种数据管理方法、装置、电子设备及可读存储介质 |
CN113495678B (zh) * | 2020-04-01 | 2022-06-28 | 荣耀终端有限公司 | 一种dm缓存的分配方法及装置 |
CN111459987A (zh) * | 2020-04-27 | 2020-07-28 | 恩亿科(北京)数据科技有限公司 | 一种更新缓存的方法及装置 |
CN111858604B (zh) * | 2020-07-24 | 2022-11-04 | 平安证券股份有限公司 | 数据存储方法、装置、电子设备及存储介质 |
CN112764937B (zh) * | 2021-01-29 | 2022-04-15 | 中国平安人寿保险股份有限公司 | 访问量控制方法、装置、计算机设备及存储介质 |
CN113064681A (zh) * | 2021-03-09 | 2021-07-02 | 青岛海尔科技有限公司 | 用于刷新用户界面的系统及装置、方法、设备 |
CN114327672B (zh) * | 2021-12-14 | 2024-04-05 | 中国平安财产保险股份有限公司 | 数据缓存时间设置方法、装置、计算机设备及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103870393A (zh) * | 2013-07-09 | 2014-06-18 | 携程计算机技术(上海)有限公司 | 缓存管理方法及系统 |
CN105335102A (zh) * | 2015-10-10 | 2016-02-17 | 浪潮(北京)电子信息产业有限公司 | 一种缓存数据处理方法及装置 |
CN106339331A (zh) * | 2016-08-31 | 2017-01-18 | 电子科技大学 | 一种基于用户活跃度的数据缓存层置换算法 |
WO2017025052A1 (zh) * | 2015-08-12 | 2017-02-16 | 中兴通讯股份有限公司 | 资源缓存方法及装置 |
-
2018
- 2018-08-22 CN CN201810962481.2A patent/CN109379395B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103870393A (zh) * | 2013-07-09 | 2014-06-18 | 携程计算机技术(上海)有限公司 | 缓存管理方法及系统 |
WO2017025052A1 (zh) * | 2015-08-12 | 2017-02-16 | 中兴通讯股份有限公司 | 资源缓存方法及装置 |
CN105335102A (zh) * | 2015-10-10 | 2016-02-17 | 浪潮(北京)电子信息产业有限公司 | 一种缓存数据处理方法及装置 |
CN106339331A (zh) * | 2016-08-31 | 2017-01-18 | 电子科技大学 | 一种基于用户活跃度的数据缓存层置换算法 |
Also Published As
Publication number | Publication date |
---|---|
CN109379395A (zh) | 2019-02-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109379395B (zh) | 一种接口数据缓存设置方法及终端设备 | |
CN106407190B (zh) | 一种事件记录查询方法及装置 | |
US11734271B2 (en) | Data query method, apparatus and device | |
US11122128B2 (en) | Method and device for customer resource acquisition, terminal device and storage medium | |
CN110909025A (zh) | 数据库的查询方法、查询装置及终端 | |
CN109376318B (zh) | 一种页面加载方法、计算机可读存储介质及终端设备 | |
JP5744707B2 (ja) | メモリ使用量照会ガバナのためのコンピュータ実装方法、コンピュータ・プログラム、およびシステム(メモリ使用量照会ガバナ) | |
US20150317188A1 (en) | Service resource allocation | |
US10372711B2 (en) | System and method predicting effect of cache on query elapsed response time during application development stage | |
CN109240946A (zh) | 数据的多级缓存方法及终端设备 | |
US20150199281A1 (en) | Apparatus and method for meeting performance metrics for users in file systems | |
CN113391765A (zh) | 基于分布式存储系统的数据存储方法、装置、设备及介质 | |
CN110737857A (zh) | 一种后端分页加速方法、系统、终端及存储介质 | |
US11868333B2 (en) | Data read/write method and apparatus for database | |
CN110837480A (zh) | 缓存数据的处理方法及装置、计算机存储介质、电子设备 | |
US20220197539A1 (en) | Method, electronic device, and computer program product for data processing | |
CN111930305A (zh) | 数据的存储方法和装置、存储介质、电子装置 | |
US20230259451A1 (en) | Co-operative memory management system | |
CN110750498A (zh) | 对象访问方法、装置及存储介质 | |
CN111125168B (zh) | 一种数据处理方法、装置、电子设备及存储介质 | |
CN113495854A (zh) | 主机-设备系统中实现或管理缓存一致性的方法和系统 | |
CN112631963A (zh) | 缓存数据管理方法、装置、设备及存储介质 | |
CN110019362B (zh) | 一种访问数据库的方法及装置 | |
CN107590023B (zh) | 数据处理方法、电子设备及计算机可读存储介质 | |
CN113688160A (zh) | 数据处理方法、处理装置、电子设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |