CN111581239A - 缓存刷新方法和电子设备 - Google Patents

缓存刷新方法和电子设备 Download PDF

Info

Publication number
CN111581239A
CN111581239A CN202010280279.9A CN202010280279A CN111581239A CN 111581239 A CN111581239 A CN 111581239A CN 202010280279 A CN202010280279 A CN 202010280279A CN 111581239 A CN111581239 A CN 111581239A
Authority
CN
China
Prior art keywords
service data
cache
version number
update
source
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.)
Pending
Application number
CN202010280279.9A
Other languages
English (en)
Inventor
杨宇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alipay Labs Singapore Pte Ltd
Original Assignee
Alipay Labs Singapore Pte Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Alipay Labs Singapore Pte Ltd filed Critical Alipay Labs Singapore Pte Ltd
Priority to CN202010280279.9A priority Critical patent/CN111581239A/zh
Publication of CN111581239A publication Critical patent/CN111581239A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/245Query processing
    • G06F16/2455Query execution
    • G06F16/24552Database cache management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23Updating

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computational Linguistics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本公开的实施例提供了缓存刷新方法、电子设备、以及计算机可读存储介质。本公开的实施例的缓存刷新方法,包括:向缓存源发送查询请求,所述查询请求中携带有本地缓存中的业务数据的标识;所述缓存源用于存储服务端对业务数据的更新记录,所述更新记录包括业务数据的标识和业务数据的更新版本号;接收缓存源返回的查询结果,根据所述查询结果刷新本地缓存。

Description

缓存刷新方法和电子设备
技术领域
本发明涉及计算机技术,更具体地,涉及缓存刷新方法、电子设备、以及计算机可读存储介质。
背景技术
如今大型网站的应用都是分布式部署的,这就意味着同一应用会部署在多台机器上。随着系统中的应用越来越多,应用之间的关系越来越复杂,系统中的许多应用会依赖系统中的同一个应用的服务。例如,在一个购物网站中,登录、用户信息展示、订单展示等应用都可能使用用户信息管理应用的服务,这些应用需要从用户信息管理应用处获取到用户的用户名和手机号等信息。
在系统中,一个应用为了提升自身的性能,可以向其它应用提供client包。即,该应用将自己作为服务端,向其它应用提供客户端,并且在客户端中使用本地缓存。这就意味着当其他应用安装客户端以后,会优先访问其本地缓存中的业务数据;如果本地缓存中不存在业务数据,再去访问该应用,也就是去访问服务端来获取业务数据。客户端通过访问服务端获取到业务数据以后,将业务数据保存在本地缓存中以供自己查询使用。通过这种方式,可以大幅度的减少服务端的访问量。
但是,这种方式存在以下弊端:如果服务端的业务数据已经改变,但是客户端的本地缓存中的业务数据却并未及时更新,或者多个客户端的本地缓存中的业务数据不一致,会造成业务数据错误、功能紊乱等问题。
因此,有必要提供高可靠,高一致性的缓存刷新方案。
发明内容
本公开的实施例的目的在于提供高可靠,高一致性的缓存刷新方案。
根据本公开实施例的第一方面,提供了缓存刷新方法,应用于客户端,包括以下步骤:
向缓存源发送查询请求,所述查询请求中携带有本地缓存中的业务数据的标识;所述缓存源用于存储服务端对业务数据的更新记录,所述更新记录包括业务数据的标识和业务数据的更新版本号;
接收缓存源返回的查询结果,根据所述查询结果刷新本地缓存。
可选地,所述客户端被配置为,以第一预设时长为周期定时向缓存源发送所述查询请求。
可选地,所述缓存源被配置为,在接收到所述查询请求后,在当前时间之前最近的第二预设时长内的更新记录中进行查询;所述第二预设时长大于所述第一预设时长。
可选地,所述缓存源被配置为,以第三预设时长为周期定时清除第三预设时长之前的更新记录;所述第三预设时长大于所述第一预设时长。
可选地,所述客户端被配置为,在重启后向缓存源发送所述查询请求。
可选地,所述更新记录包括更新后的业务数据;
所述查询结果中包括缓存源中的同一标识的业务数据的最高更新版本号;
根据所述查询结果刷新本地缓存,包括:
在本地缓存中的业务数据的更新版本号小于缓存源中的同一标识的业务数据的最高更新版本号的情况下,只删除本地缓存中的业务数据,或者,从缓存源处获取最高更新版本号的业务数据并且更新到本地缓存中。
可选地,所述更新记录不包括更新后的业务数据;
所述查询结果中包括缓存源中的同一标识的业务数据的最高更新版本号;
根据所述查询结果刷新本地缓存,包括:
在本地缓存中的业务数据的更新版本号小于缓存源中的同一标识的业务数据的最高更新版本号的情况下,只删除本地缓存中的业务数据,或者,访问服务端获取业务数据并且更新到本地缓存中。
可选地,所述更新记录包括更新后的业务数据;
所述查询请求中携带有本地缓存中的业务数据的更新版本号;
所述查询结果是缓存源通过比较查询请求中的业务数据的更新版本号和缓存源中的同一标识的业务数据的最高更新版本号得到的,其中,如果缓存源中的同一标识的业务数据的最高更新版本号高于查询请求中的业务数据的更新版本号,所述查询结果为需要刷新;
根据所述查询结果刷新本地缓存,包括:
在所述查询结果为需要刷新的情况下,只删除本地缓存中的业务数据,或者,从缓存源处获取最高更新版本号的业务数据并且更新到本地缓存中。
可选地,所述更新记录不包括更新后的业务数据;
所述查询请求中携带有本地缓存中的业务数据的更新版本号;
所述查询结果是缓存源通过比较查询请求中的业务数据的更新版本号和缓存源中的同一标识的业务数据的最高更新版本号得到的,其中,如果缓存源中的同一标识的业务数据的最高更新版本号高于查询请求中的业务数据的更新版本号,所述查询结果为需要刷新;
根据所述查询结果刷新本地缓存,包括:
在所述查询结果为需要刷新的情况下,只删除本地缓存中的业务数据,或者,访问服务端获取业务数据并且更新到本地缓存中。
根据本公开实施例的第二方面,提供了缓存刷新方法,应用于服务端,包括以下步骤:
在对业务数据进行更新时,生成业务数据的更新记录;所述更新记录包括业务数据的标识和业务数据的更新版本号;
将所述更新记录存储到缓存源中,以使得客户端可以根据缓存源中的业务数据的最高更新版本号对客户端的本地缓存中的业务数据进行刷新。
可选地,所述更新记录还包括更新后的业务数据。
根据本公开实施例的第三方面,提供了缓存刷新方法,应用于缓存源,所述缓存源用于存储服务端对业务数据的更新记录,所述更新记录包括业务数据的标识和业务数据的更新版本号;所述方法包括以下步骤:
接收客户端发送的查询请求,所述查询请求中携带有客户端的本地缓存中的业务数据的标识;
根据所述查询请求进行查询,得到查询结果;
将所述查询结果发送给客户端,以供客户端根据所述查询结果刷新客户端的本地缓存。
可选地,所述更新记录还包括更新后的业务数据。
可选地,所述客户端被配置为,以第一预设时长为周期定时向缓存源发送所述查询请求;
所述缓存源被配置为,在接收到所述查询请求后,在当前时间之前最近的第二预设时长内的更新记录中进行查询;所述第二预设时长大于所述第一预设时长。
可选地,所述客户端被配置为,以第一预设时长为周期定时向缓存源发送所述查询请求;
所述缓存源被配置为,以第三预设时长为周期定时清除第三预设时长之前的更新记录;所述第三预设时长大于所述第一预设时长。
可选地,所述根据所述查询请求进行查询,得到查询结果,包括:
根据查询请求中的业务数据的标识,在缓存源中查询得到业务数据的最高更新版本号。
可选地,所述查询请求中携带有客户端的本地缓存中的业务数据的更新版本号;
所述根据所述查询请求进行查询,得到查询结果,包括:
根据查询请求中的业务数据的标识,在缓存源中查询得到同一标识的业务数据的最高更新版本号;
如果缓存源中的同一标识的业务数据的最高更新版本号高于查询请求中的业务数据的更新版本号,生成需要刷新的查询结果;
如果缓存源中的同一标识的业务数据的最高更新版本号等于查询请求中的业务数据的更新版本号,生成不需要刷新的查询结果。
根据本公开实施例的第四方面,提供了电子设备,包括处理器和存储器;所述存储器中存储有计算机指令,所述计算机指令被所述处理器执行时实现本公开实施例的第一方面提供的缓存刷新方法。
根据本公开实施例的第五方面,提供了电子设备,包括处理器和存储器;所述存储器中存储有计算机指令,所述计算机指令被所述处理器执行时实现本公开实施例的第二方面提供的缓存刷新方法。
根据本公开实施例的第六方面,提供了电子设备,包括处理器和存储器;所述存储器中存储有计算机指令,所述计算机指令被所述处理器执行时实现本公开实施例的第三方面提供的缓存刷新方法。
根据本公开实施例的第七方面,提供了计算机可读存储介质,其上存储有计算机指令,所述计算机指令被处理器执行时实现本公开实施例的第一方面提供的缓存刷新方法。
根据本公开实施例的第八方面,提供了计算机可读存储介质,其上存储有计算机指令,所述计算机指令被处理器执行时实现本公开实施例的第二方面提供的缓存刷新方法。
根据本公开实施例的第九方面,提供了计算机可读存储介质,其上存储有计算机指令,所述计算机指令被处理器执行时实现本公开实施例的第三方面提供的缓存刷新方法。
通过以下参照附图对本公开的示例性实施例的详细描述,本公开的实施例的特征及其优点将会变得清楚。
附图说明
被结合在说明书中并构成说明书的一部分的附图示出了本公开的实施例,并且连同其说明一起用于解释本公开的实施例的原理。
图1是本公开的实施例提供的缓存刷新系统的示意图;
图2是本公开的实施例提供的硬件配置的框图;
图3是本公开的实施例提供的缓存刷新方法的流程图。
具体实施方式
现在将参照附图来详细描述本公开的各种示例性实施例。
以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本公开的实施例及其应用或使用的任何限制。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步讨论。
<缓存刷新系统和方法>
参见图1所示,本公开的实施例提供高可靠、高一致性的缓存刷新方案。该缓存刷新方案涉及到服务端设备、客户端设备、缓存源设备三方。三者通过网络进行通信。
图1中示出的客户端设备是安装有智能操作系统(例如Windows、Linux、安卓、IOS、等系统)的电子设备,包括但不限于服务器、便携式电脑、台式计算机、手机、平板电脑等。图1中示意出了客户端1、客户端2、…、客户端n,可以分别搭载在不同的电子设备上。搭载了客户端的设备称之为客户端设备。可以看出,客户端1、客户端2、…、客户端n可以是分布式环境中的多个客户端,本公开实施例对客户端的数量不做限定。
图1中示出的服务端设备可以是服务器,缓存源设备可以是服务器。
前述提及的服务器可以是刀片服务器、机架式服务器等形式,也可以是部署在云端的服务器集群。在一些实施例中,每个服务器可以包括硬件,软件,或用于执行服务器所支持或实现的合适功能的内嵌逻辑组件或两个或多个此类组件的组合。
客户端设备、服务端设备、缓存源设备可以采用图2所示的硬件配置。参见图2所示,该硬件配置可以包括但不限于:处理器1011、存储器1012、接口装置1013、通信装置1014、输入装置1015、输出装置1016。处理器1011可以包括但不限于中央处理器CPU、微处理器MCU等。存储器1012可以包括但不限于ROM(只读存储器)、RAM(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置1013可以包括但不限于USB接口、串行接口、并行接口等。通信装置1014例如能够进行有线通信或无线通信,具体地可以包括WiFi通信、蓝牙通信、2G/3G/4G/5G通信等。输入装置1015包括但不限于键盘、鼠标、触摸屏等。输出装置1016包括但不限于显示屏等。
图2所示的硬件配置仅仅是说明性的并且绝不意味着对本公开的实施例、其应用或使用的任何限制。本领域技术人员应当理解,尽管前面描述了客户端设备、服务端设备、缓存源设备的多个装置,但是,本公开实施例可以仅涉及其中的部分装置。
本领域技术人员可以根据本公开的实施例所公开的方案设计指令以执行本公开的实施例中的缓存刷新方法。指令如何控制处理器进行操作,是本领域公知技术,故在此不再详细描述。
在本公开的实施例中,服务端是提供业务数据服务的提供方。服务端对业务数据进行更新时,会生成业务数据的更新记录,将更新记录存储到缓存源中。
在一个具体的例子中,服务端在对业务数据进行更新时,生成含有业务数据的唯一标识和更新版本号在内的更新记录存储到缓存源中,而没有将更新后的业务数据本身一并存入到缓存源中。这种方式可以适用于业务数据本身比较复杂比较长的情况,可以避免缓存源中的数据量过大,占用太多空间。表1示意性的示出了缓存源中的更新记录。在表1中,更新记录中包括业务数据的标识和业务数据的更新版本号。标识为“aaaa”的业务数据有3条更新记录,更新版本号分别为V1、V2和V3。标识为“bbbb”的业务数据有2条更新记录,更新版本号分别为V1和V2。标识为“cccc”的业务数据有1条更新记录,更新版本号分别为V3。版本号V1表明是该业务数据的第1次更新,版本号V2表明是该业务数据的第2次更新,版本号V3表明是该业务数据的第3次更新。
标识 更新版本号
aaaa V1
aaaa V2
aaaa V3
bbbb V1
bbbb V2
cccc V3
表1
在另一个具体的例子中,服务端在对业务数据进行更新时,生成含有业务数据的唯一标识、更新版本号、更新后的业务数据本身的更新记录存储到缓存源中。这种方式可以适用于业务数据本身比较简单比较短的情况。表2示意性的示出了缓存源中的更新记录。和表1相比,表2中的每条更新记录还包括更新后的业务数据本身。
标识 更新版本号 更新后的业务数据
aaaa V1 12345abc
aaaa V2 12345def
aaaa V3 12345ghk
bbbb V1 78945abc
bbbb V2 78945def
cccc V3 56712upq
表2
客户端可以是服务方提供的SDK(Software Development Kit,软件开发工具包)。客户端可以访问服务端,从服务端获取业务数据。客户端通过访问服务端获取到业务数据以后,将业务数据保存在本地缓存中以供自己查询使用。通过这种方式,可以大幅度的减少服务端的访问量。即使在用户大量的查询下,仍然可以保证服务稳定,不会影响数据的插入和查询的能力。
本公开的实施例中,服务端将业务数据的更新记录存储到缓存源中,客户端通过向缓存源发送查询请求,可以实现客户端的本地缓存的刷新。
参见表3所示,是客户端在完成一次本地缓存刷新后的业务数据。可以看出,在刷新后,客户端的本地缓存中包括标识为“aaaa”的业务数据,其更新版本号分别为V2。以及,标识为“bbbb”的业务数据,其更新版本号为V2。
标识 更新版本号 业务数据
aaaa V2 12345def
bbbb V2 78945def
表3
客户端可以在每次重启后,向缓存源发送查询请求,以刷新客户端的本地缓存中的业务数据。
客户端中设置有定时任务,该定时任务控制客户端以第一预设时长为周期定时向缓存源发送查询请求,以刷新客户端的本地缓存中的业务数据。通过这种方式,可以保证一旦服务端发生业务数据的改动,最晚在第一预设时长后,就能够被客户端感知到。第一预设时长例如为1秒。
定时任务的执行策略可以根据业务场景的需要进行配置,即第一预设时长可以被配置。如果业务场景对缓存业务数据一致性要求比较低,则定时任务执行频率可以设置比较低,即第一预设时长越长。如果场景对缓存业务数据一致性要求比较高,则定时任务执行频率可以设置比较高,即第一预设时间比较短。由于服务端每次有业务数据更新,都会向缓存源写入此业务数据的更新记录,因此客户端一定可以及时刷新本地缓存中的业务数据,不会出现业务数据漏刷新的问题。
在一个具体的例子中,缓存源被配置为,在接收到查询请求后,在当前时间之前最近的第二预设时长内的更新记录中进行查询。第二预设时长大于第一预设时长。例如,第一预设时长为1秒钟,第二预设时长为30分钟。也就是说,客户端以每秒一次的频率向缓存源发送查询请求,缓存源在接收到查询请求后,只查询当前时间之前的最近30分钟之内存入到缓存源中的更新记录。这可以降低缓存源的查找工作量,提升查找速度,不会影响到客户端的缓存刷新。
在一个具体的例子中,缓存源被配置为以第三预设时长为周期定时清除第三预设时长之前的更新记录。第三预设时长大于第一预设时长。例如,第一预设时长为1秒钟,第三预设时长为1小时。也就是说,客户端以每秒一次的频率向缓存源发送查询请求,缓存源每隔一小时对更新记录进行一次清理,清理的对象是1小时之前存入到缓存源中的更新记录。这可以将缓存源中的更新记录保持在较低水平,节省缓存源的空间。参见表1和表2所示,对于标识为“cccc”的业务数据,缓存源中现在只有更新版本号为V3的更新记录,其更新版本号为V1和V2的更新记录已经被清理。
下面说明客户端向缓存源发送查询请求,刷新本地缓存的过程,包括步骤S602-S606。
S602、客户端向缓存源发送查询请求,查询请求中携带有本地缓存中的业务数据的标识。
以表3为例,客户端向缓存源发送的查询请求中,携带有标识“aaaa”和“bbbb”。
S604、缓存源接收客户端发送的查询请求,根据查询请求进行查询得到查询结果,将查询结果发送给客户端。缓存源用于存储服务端对业务数据的更新记录,更新记录包括业务数据的标识和业务数据的更新版本号。
S606、客户端接收缓存源返回的查询结果,根据查询结果刷新本地缓存。
对于步骤S602-S606,下面以4个具体的例子进行说明。
<例子1>
缓存源中的业务数据的更新记录包括更新后的业务数据。
缓存源接收到查询请求后,在缓存源的更新记录中查找与查询请求中的标识所对应的最高更新版本号,将标识和标识对应的最高更新版本号作为查询结果返回给客户端。即,查询结果中包括缓存源中的同一标识的业务数据的最高更新版本号。
例如,在缓存源中,对于标识“aaaa”来说,其对应的最高更新版本号为V3。对于标识“bbbb”来说,其对应的最高更新版本号为V2。缓存源生成的查询结果是:标识“aaaa”对应的最高更新版本号为V3;标识“bbbb”对应的最高更新版本号为V2。
客户端收到查询结果后,根据查询结果刷新本地缓存,包括:在本地缓存中的业务数据的更新版本号小于缓存源中的同一标识的业务数据的最高更新版本号的情况下,只删除本地缓存中的业务数据,或者,从缓存源处获取最高更新版本号的业务数据并且更新到本地缓存中。
例如,客户端的本地缓存中的标识为“aaaa”的业务数据的更新版本号为V2,低于其最高更新版本号V3,说明本地缓存中的标识为“aaaa”的业务数据不是最新版本,需要对本地缓存中的标识为“aaaa”的业务数据进行刷新。
具体的,客户端删除本地缓存中的标识为“aaaa”的业务数据,就实现了刷新。等待下次客户端需要标识为“aaaa”的业务数据时,发现本地缓存中没有相关数据,会主动向缓存源发送业务数据请求,从缓存源中获取标识为“aaaa”的最高更新版本号的业务数据。
或者,客户端在收到查询结果后,发现需要对标识为“aaaa”的业务数据进行刷新,随即向缓存源发送业务数据请求,该业务数据请求中携带标识“aaaa”。缓存源接收到该业务数据请求后,将标识为“aaaa”的最高更新版本号的业务数据发送给客户端,客户端将其更新到本地缓存中,从而实现了刷新。
例如,客户端的本地缓存中的标识为“bbbb”的业务数据的更新版本号为V2,等于其最高更新版本号V2,说明本地缓存中的标识为“bbbb”的业务数据已经是最新版本,不需要对本地缓存中的标识为“bbbb”的业务数据进行刷新。
<例子2>
缓存源中的业务数据的更新记录不包括更新后的业务数据。
缓存源接收到查询请求后,在缓存源的更新记录中查找与查询请求中的标识所对应的最高更新版本号,将标识和标识对应的最高更新版本号作为查询结果返回给客户端。即,查询结果中包括缓存源中的同一标识的业务数据的最高更新版本号。
例如,在缓存源中,对于标识“aaaa”来说,其对应的最高更新版本号为V3。对于标识“bbbb”来说,其对应的最高更新版本号为V2。缓存源生成的查询结果是:标识“aaaa”对应的最高更新版本号为V3;标识“bbbb”对应的最高更新版本号为V2。
客户端收到查询结果后,根据查询结果刷新本地缓存,包括:在本地缓存中的业务数据的更新版本号小于缓存源中的同一标识的业务数据的最高更新版本号的情况下,只删除本地缓存中的业务数据,或者,访问服务端获取业务数据并且更新到本地缓存中。
例如,客户端的本地缓存中的标识为“aaaa”的业务数据的更新版本号为V2,低于其最高更新版本号V3,说明本地缓存中的标识为“aaaa”的业务数据不是最新版本,需要对本地缓存中的标识为“aaaa”的业务数据进行刷新。
具体的,客户端删除本地缓存中的标识为“aaaa”的业务数据,就实现了刷新。等待下次客户端需要标识为“aaaa”的业务数据时,发现本地缓存中没有相关数据,会主动向服务端发送业务数据请求,获取标识为“aaaa”的最高更新版本号的业务数据。
或者,客户端在收到查询结果后,发现需要对标识为“aaaa”的业务数据进行刷新,随即向服务端发送业务数据请求,该业务数据请求中携带标识“aaaa”。服务端接收到该业务数据请求后,将标识为“aaaa”的最高更新版本号的业务数据发送给客户端,客户端将其更新到本地缓存中,从而实现了刷新。
例如,客户端的本地缓存中的标识为“bbbb”的业务数据的更新版本号为V2,等于其最高更新版本号V2,说明本地缓存中的标识为“bbbb”的业务数据已经是最新版本,不需要对本地缓存中的标识为“bbbb”的业务数据进行刷新。
<例子3>
缓存源中的业务数据的更新记录包括更新后的业务数据。
查询请求中携带有本地缓存中的业务数据的更新版本号。以表3为例,客户端向缓存源发送的查询请求中,携带有标识“aaaa”和与标识“aaaa”对应的更新版本号V2,以及,标识“bbbb”和与标识“bbbb”对应的更新版本号V2。
缓存源通过比较查询请求中的业务数据的更新版本号和缓存源中的同一标识的业务数据的最高更新版本号,得到查询结果。其中,如果缓存源中的同一标识的业务数据的最高更新版本号高于查询请求中的业务数据的更新版本号,查询结果为“需要刷新”。如果缓存源中的同一标识的业务数据的最高更新版本号等于查询请求中的业务数据的更新版本号,查询结果为“不需要刷新”。
客户端收到查询结果后,根据查询结果刷新本地缓存,包括:在查询结果为需要刷新的情况下,只删除本地缓存中的业务数据,或者,从缓存源处获取最高更新版本号的业务数据并且更新到本地缓存中。
例如,标识为“aaaa”的业务数据的查询结果为“需要刷新”,说明本地缓存中的标识为“aaaa”的业务数据不是最新版本,需要对本地缓存中的标识为“aaaa”的业务数据进行刷新。
具体的,客户端删除本地缓存中的标识为“aaaa”的业务数据,就实现了刷新。等待下次客户端需要标识为“aaaa”的业务数据时,发现本地缓存中没有相关数据,会主动向缓存源发送业务数据请求,从缓存源中获取标识为“aaaa”的最高更新版本号的业务数据。
或者,客户端在收到查询结果后,发现需要对标识为“aaaa”的业务数据进行刷新,随即向缓存源发送业务数据请求,该业务数据请求中携带标识“aaaa”。缓存源接收到该业务数据请求后,将标识为“aaaa”的最高更新版本号的业务数据发送给客户端,客户端将其更新到本地缓存中,从而实现了刷新。
例如,标识为“bbbbb”的业务数据的查询结果为“不需要刷新”,说明本地缓存中的标识为“bbbb”的业务数据已经是最新版本,不需要对本地缓存中的标识为“bbbb”的业务数据进行刷新。
<例子4>
缓存源中的业务数据的更新记录不包括更新后的业务数据。
查询请求中携带有本地缓存中的业务数据的更新版本号。以表3为例,客户端向缓存源发送的查询请求中,携带有标识“aaaa”和与标识“aaaa”对应的更新版本号V2,以及,标识“bbbb”和与标识“bbbb”对应的更新版本号V2。
缓存源通过比较查询请求中的业务数据的更新版本号和缓存源中的同一标识的业务数据的最高更新版本号,得到查询结果。其中,如果缓存源中的同一标识的业务数据的最高更新版本号高于查询请求中的业务数据的更新版本号,查询结果为“需要刷新”。如果缓存源中的同一标识的业务数据的最高更新版本号等于查询请求中的业务数据的更新版本号,查询结果为“不需要刷新”。
客户端收到查询结果后,根据查询结果刷新本地缓存,包括:在查询结果为需要刷新的情况下,只删除本地缓存中的业务数据,或者,访问服务端获取业务数据并且更新到本地缓存中。
例如,标识为“aaaa”的业务数据的查询结果为“需要刷新”,说明本地缓存中的标识为“aaaa”的业务数据不是最新版本,需要对本地缓存中的标识为“aaaa”的业务数据进行刷新。
具体的,客户端删除本地缓存中的标识为“aaaa”的业务数据,就实现了刷新。等待下次客户端需要标识为“aaaa”的业务数据时,发现本地缓存中没有相关数据,会主动向服务端发送业务数据请求,获取标识为“aaaa”的最高更新版本号的业务数据。
或者,客户端在收到查询结果后,发现需要对标识为“aaaa”的业务数据进行刷新,随即向服务端发送业务数据请求,该业务数据请求中携带标识“aaaa”。服务端接收到该业务数据请求后,将标识为“aaaa”的最高更新版本号的业务数据发送给客户端,客户端将其更新到本地缓存中,从而实现了刷新。
例如,标识为“bbbbb”的业务数据的查询结果为“不需要刷新”,说明本地缓存中的标识为“bbbb”的业务数据已经是最新版本,不需要对本地缓存中的标识为“bbbb”的业务数据进行刷新。
本公开的实施例的提供了高可靠,高一致性的缓存刷新方案。
本公开的实施例,客户端每次刷新的业务数据都是服务端新修改的业务数据,不是全量刷新,不会造成系统压力和资源瓶颈。客户端和服务端维护了一套版本控制机制,保证客户端每次只会执行需要刷新的业务数据,不会执行到当前已经处于最新版本的业务数据,使得性能进一步得到优化。
本公开的实施例,通过可配置的定时任务来准确确定需要刷新的缓存业务数据,如果某次客户端查询失败,下次定时任务仍然会执行,保证了业务数据的最终一致性。
本公开的实施例,通过可配置的定时任务来准确确定需要刷新的缓存业务数据,结合客户端和服务端维护的版本控制机制,来实现缓存刷新的高可靠性和高一致性,同时也可以使得方案的性能更高。
本公开的实施例提供了缓存刷新方法,应用于客户端,包括以下步骤:
S102、向缓存源发送查询请求,查询请求中携带有本地缓存中的业务数据的标识。缓存源用于存储服务端对业务数据的更新记录,更新记录包括业务数据的标识和业务数据的更新版本号。
S104、接收缓存源返回的查询结果,根据查询结果刷新本地缓存。
在一个具体的例子中,以第一预设时长为周期定时向缓存源发送查询请求。
在一个具体的例子中,缓存源被配置为在接收到查询请求后,在当前时间之前最近的第二预设时长内的更新记录中进行查询;第二预设时长大于第一预设时长。
在一个具体的例子中,缓存源被配置为以第三预设时长为周期定时清除第三预设时长之前的更新记录。第三预设时长大于第一预设时长。
在一个具体的例子中,客户端被配置为在重启后向缓存源发送查询请求。
在一个具体的例子中,更新记录包括更新后的业务数据。查询结果中包括缓存源中的同一标识的业务数据的最高更新版本号。
根据查询结果刷新本地缓存,包括:在本地缓存中的业务数据的更新版本号小于缓存源中的同一标识的业务数据的最高更新版本号的情况下,只删除本地缓存中的业务数据,或者,从缓存源处获取最高更新版本号的业务数据并且更新到本地缓存中。
在一个具体的例子中,更新记录不包括更新后的业务数据。查询结果中包括缓存源中的同一标识的业务数据的最高更新版本号。
根据查询结果刷新本地缓存,包括:在本地缓存中的业务数据的更新版本号小于缓存源中的同一标识的业务数据的最高更新版本号的情况下,只删除本地缓存中的业务数据,或者,访问服务端获取业务数据并且更新到本地缓存中。
在一个具体的例子中,更新记录包括更新后的业务数据。查询请求中携带有本地缓存中的业务数据的更新版本号。
查询结果是缓存源通过比较查询请求中的业务数据的更新版本号和缓存源中的同一标识的业务数据的最高更新版本号得到的。如果缓存源中的同一标识的业务数据的最高更新版本号高于查询请求中的业务数据的更新版本号,查询结果为需要刷新。如果缓存源中的同一标识的业务数据的最高更新版本号等于查询请求中的业务数据的更新版本号,查询结果为不需要刷新。
根据查询结果刷新本地缓存,包括:在查询结果为需要刷新的情况下,只删除本地缓存中的业务数据,或者,从缓存源处获取最高更新版本号的业务数据并且更新到本地缓存中。
在一个具体的例子中,更新记录不包括更新后的业务数据。查询请求中携带有本地缓存中的业务数据的更新版本号。
查询结果是缓存源通过比较查询请求中的业务数据的更新版本号和缓存源中的同一标识的业务数据的最高更新版本号得到的。如果缓存源中的同一标识的业务数据的最高更新版本号高于查询请求中的业务数据的更新版本号,查询结果为需要刷新。如果缓存源中的同一标识的业务数据的最高更新版本号等于查询请求中的业务数据的更新版本号,查询结果为不需要刷新。
根据查询结果刷新本地缓存,包括:在查询结果为需要刷新的情况下,只删除本地缓存中的业务数据,或者,访问服务端获取业务数据并且更新到本地缓存中。
本公开的实施例提供了缓存刷新方法,应用于服务端,包括以下步骤:
S202、在对业务数据进行更新时,生成业务数据的更新记录。更新记录包括业务数据的标识和业务数据的更新版本号。
S204、将更新记录存储到缓存源中,以使得客户端可以根据缓存源中的业务数据的最高更新版本号对客户端的本地缓存中的业务数据进行刷新。
在一个具体的例子中:更新记录还包括更新后的业务数据。
本公开的实施例提供了缓存刷新方法,应用于缓存源。缓存源用于存储服务端对业务数据的更新记录,更新记录包括业务数据的标识和业务数据的更新版本号。该方法包括以下步骤:
S302、接收客户端发送的查询请求,查询请求中携带有客户端的本地缓存中的业务数据的标识。
S304、根据查询请求进行查询,得到查询结果。
S306、将查询结果发送给客户端,以供客户端根据查询结果刷新客户端的本地缓存。
在一个具体的例子中,应更新记录还包括更新后的业务数据。
在一个具体的例子中,客户端被配置为以第一预设时长为周期定时向缓存源发送查询请求。缓存源被配置为在接收到查询请求后,在当前时间之前最近的第二预设时长内的更新记录中进行查询。第二预设时长大于第一预设时长。
在一个具体的例子中,客户端被配置为以第一预设时长为周期定时向缓存源发送查询请求。缓存源被配置为以第三预设时长为周期定时清除第三预设时长之前的更新记录;第三预设时长大于第一预设时长。
在一个具体的例子中,根据查询请求进行查询,得到查询结果,包括:根据查询请求中的业务数据的标识,在缓存源中查询得到业务数据的最高更新版本号。
在一个具体的例子中,查询请求中携带有客户端的本地缓存中的业务数据的更新版本号。
根据查询请求进行查询,得到查询结果,包括:
根据查询请求中的业务数据的标识,在缓存源中查询得到同一标识的业务数据的最高更新版本号。
如果缓存源中的同一标识的业务数据的最高更新版本号高于查询请求中的业务数据的更新版本号,生成需要刷新的查询结果。
如果缓存源中的同一标识的业务数据的最高更新版本号等于查询请求中的业务数据的更新版本号,生成不需要刷新的查询结果。
<电子设备>
本公开的实施例提供了电子设备,包括处理器和存储器。存储器中存储有计算机指令,计算机指令被处理器执行时实现前述客户端执行的缓存刷新方法。该电子设备可以搭载前述任一实施例涉及的客户端。
本公开的实施例提供了电子设备,包括处理器和存储器。存储器中存储有计算机指令,计算机指令被处理器执行时实现前述服务端执行的缓存刷新方法。该电子设备可以搭载前述任一实施例涉及的服务端。
本公开的实施例提供了电子设备,包括处理器和存储器。存储器中存储有计算机指令,计算机指令被处理器执行时实现前述缓存源执行的缓存刷新方法。
本公开的实施例提供了客户端设备,包括处理器和存储器。存储器中存储有计算机指令,计算机指令被处理器执行时实现前述客户端执行的缓存刷新方法。
本公开的实施例提供了服务端设备,包括处理器和存储器。存储器中存储有计算机指令,计算机指令被处理器执行时实现前述服务端执行的缓存刷新方法。
本公开的实施例提供了缓存源设备,包括处理器和存储器。存储器中存储有计算机指令,计算机指令被处理器执行时实现前述缓存源执行的缓存刷新方法。
<计算机可读存储介质群>
本公开的实施例提供了计算机可读存储介质,其上存储有计算机指令,计算机指令被处理器执行时实现前述客户端执行的缓存刷新方法。
本公开的实施例提供了计算机可读存储介质,其上存储有计算机指令,计算机指令被处理器执行时实现前述服务端执行的缓存刷新方法。
本公开的实施例提供了计算机可读存储介质,其上存储有计算机指令,计算机指令被处理器执行时实现前述缓存源执行的缓存刷新方法。
本公开中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统、设备实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
上述对本公开特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
本公开的实施例可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质,其上载有用于使处理器实现本公开的实施例的各个方面的计算机可读程序指令。
计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身,诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如,通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备,或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令,并转发该计算机可读程序指令,以供存储在各个计算/处理设备中的计算机可读存储介质中。
用于执行本公开的实施例操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码,所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等,以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中,通过利用计算机可读程序指令的状态信息来个性化定制电子电路,例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA),该电子电路可以执行计算机可读程序指令,从而实现本公开的实施例的各个方面。
这里参照根据本公开的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的实施例的各个方面。应当理解,流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合,都可以由计算机可读程序指令实现。
这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器,从而生产出一种机器,使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时,产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中,这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作,从而,存储有指令的计算机可读介质则包括一个制造品,其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上,使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤,以产生计算机实现的过程,从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分,所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人员来说公知的是,通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。
以上已经描述了本公开的各实施例,上述说明是示例性的,并非穷尽性的,并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进,或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (23)

1.一种缓存刷新方法,其特征在于,应用于客户端,包括以下步骤:
向缓存源发送查询请求,所述查询请求中携带有本地缓存中的业务数据的标识;所述缓存源用于存储服务端对业务数据的更新记录,所述更新记录包括业务数据的标识和业务数据的更新版本号;
接收缓存源返回的查询结果,根据所述查询结果刷新本地缓存。
2.根据权利要求1所述的方法,所述客户端被配置为,以第一预设时长为周期定时向缓存源发送所述查询请求。
3.根据权利要求2所述的方法,所述缓存源被配置为,在接收到所述查询请求后,在当前时间之前最近的第二预设时长内的更新记录中进行查询;所述第二预设时长大于所述第一预设时长。
4.根据权利要求2所述的方法,所述缓存源被配置为,以第三预设时长为周期定时清除第三预设时长之前的更新记录;所述第三预设时长大于所述第一预设时长。
5.根据权利要求1所述的方法,所述客户端被配置为,在重启后向缓存源发送所述查询请求。
6.根据权利要求1所述的方法,其中,
所述更新记录包括更新后的业务数据;
所述查询结果中包括缓存源中的同一标识的业务数据的最高更新版本号;
根据所述查询结果刷新本地缓存,包括:
在本地缓存中的业务数据的更新版本号小于缓存源中的同一标识的业务数据的最高更新版本号的情况下,只删除本地缓存中的业务数据,或者,从缓存源处获取最高更新版本号的业务数据并且更新到本地缓存中。
7.根据要求1所述的方法,其中,
所述更新记录不包括更新后的业务数据;
所述查询结果中包括缓存源中的同一标识的业务数据的最高更新版本号;
根据所述查询结果刷新本地缓存,包括:
在本地缓存中的业务数据的更新版本号小于缓存源中的同一标识的业务数据的最高更新版本号的情况下,只删除本地缓存中的业务数据,或者,访问服务端获取业务数据并且更新到本地缓存中。
8.根据权利要求1所述的方法,其中,
所述更新记录包括更新后的业务数据;
所述查询请求中携带有本地缓存中的业务数据的更新版本号;
所述查询结果是缓存源通过比较查询请求中的业务数据的更新版本号和缓存源中的同一标识的业务数据的最高更新版本号得到的,其中,如果缓存源中的同一标识的业务数据的最高更新版本号高于查询请求中的业务数据的更新版本号,所述查询结果为需要刷新;
根据所述查询结果刷新本地缓存,包括:
在所述查询结果为需要刷新的情况下,只删除本地缓存中的业务数据,或者,从缓存源处获取最高更新版本号的业务数据并且更新到本地缓存中。
9.根据权利要求1所述的方法,其中,
所述更新记录不包括更新后的业务数据;
所述查询请求中携带有本地缓存中的业务数据的更新版本号;
所述查询结果是缓存源通过比较查询请求中的业务数据的更新版本号和缓存源中的同一标识的业务数据的最高更新版本号得到的,其中,如果缓存源中的同一标识的业务数据的最高更新版本号高于查询请求中的业务数据的更新版本号,所述查询结果为需要刷新;
根据所述查询结果刷新本地缓存,包括:
在所述查询结果为需要刷新的情况下,只删除本地缓存中的业务数据,或者,访问服务端获取业务数据并且更新到本地缓存中。
10.一种缓存刷新方法,其特征在于,应用于服务端,包括以下步骤:
在对业务数据进行更新时,生成业务数据的更新记录;所述更新记录包括业务数据的标识和业务数据的更新版本号;
将所述更新记录存储到缓存源中,以使得客户端可以根据缓存源中的业务数据的最高更新版本号对客户端的本地缓存中的业务数据进行刷新。
11.根据权利要求10所述的方法,其特征在于,所述更新记录还包括更新后的业务数据。
12.一种缓存刷新方法,其特征在于,应用于缓存源,所述缓存源用于存储服务端对业务数据的更新记录,所述更新记录包括业务数据的标识和业务数据的更新版本号;所述方法包括以下步骤:
接收客户端发送的查询请求,所述查询请求中携带有客户端的本地缓存中的业务数据的标识;
根据所述查询请求进行查询,得到查询结果;
将所述查询结果发送给客户端,以供客户端根据所述查询结果刷新客户端的本地缓存。
13.根据权利要求12所述的方法,所述更新记录还包括更新后的业务数据。
14.根据权利要求12所述的方法,所述客户端被配置为,以第一预设时长为周期定时向缓存源发送所述查询请求;
所述缓存源被配置为,在接收到所述查询请求后,在当前时间之前最近的第二预设时长内的更新记录中进行查询;所述第二预设时长大于所述第一预设时长。
15.根据权利要求12所述的方法,所述客户端被配置为,以第一预设时长为周期定时向缓存源发送所述查询请求;
所述缓存源被配置为,以第三预设时长为周期定时清除第三预设时长之前的更新记录;所述第三预设时长大于所述第一预设时长。
16.根据权利要求12所述的方法,所述根据所述查询请求进行查询,得到查询结果,包括:
根据查询请求中的业务数据的标识,在缓存源中查询得到业务数据的最高更新版本号。
17.根据权利要求12所述的方法,所述查询请求中携带有客户端的本地缓存中的业务数据的更新版本号;
所述根据所述查询请求进行查询,得到查询结果,包括:
根据查询请求中的业务数据的标识,在缓存源中查询得到同一标识的业务数据的最高更新版本号;
如果缓存源中的同一标识的业务数据的最高更新版本号高于查询请求中的业务数据的更新版本号,生成需要刷新的查询结果;
如果缓存源中的同一标识的业务数据的最高更新版本号等于查询请求中的业务数据的更新版本号,生成不需要刷新的查询结果。
18.一种电子设备,其特征在于,包括处理器和存储器;所述存储器中存储有计算机指令,所述计算机指令被所述处理器执行时实现权利要求1-9中任一项所述的方法。
19.一种电子设备,其特征在于,包括处理器和存储器;所述存储器中存储有计算机指令,所述计算机指令被所述处理器执行时实现权利要求10-11中任一项所述的方法。
20.一种电子设备,其特征在于,包括处理器和存储器;所述存储器中存储有计算机指令,所述计算机指令被所述处理器执行时实现权利要求12-17中任一项所述的方法。
21.一种计算机可读存储介质,其上存储有计算机指令,其特征在于,所述计算机指令被处理器执行时实现权利要求1-9中任一项所述的方法。
22.一种计算机可读存储介质,其上存储有计算机指令,其特征在于,所述计算机指令被处理器执行时实现权利要求10-11中任一项所述的方法。
23.一种计算机可读存储介质,其上存储有计算机指令,其特征在于,所述计算机指令被处理器执行时实现权利要求12-17中任一项所述的方法。
CN202010280279.9A 2020-04-10 2020-04-10 缓存刷新方法和电子设备 Pending CN111581239A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010280279.9A CN111581239A (zh) 2020-04-10 2020-04-10 缓存刷新方法和电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010280279.9A CN111581239A (zh) 2020-04-10 2020-04-10 缓存刷新方法和电子设备

Publications (1)

Publication Number Publication Date
CN111581239A true CN111581239A (zh) 2020-08-25

Family

ID=72111644

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010280279.9A Pending CN111581239A (zh) 2020-04-10 2020-04-10 缓存刷新方法和电子设备

Country Status (1)

Country Link
CN (1) CN111581239A (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112631769A (zh) * 2020-12-17 2021-04-09 平安普惠企业管理有限公司 用于app的本地缓存管理方法、装置、设备及介质
CN112860794A (zh) * 2021-02-03 2021-05-28 百果园技术(新加坡)有限公司 基于缓存的并发能力提升方法、装置、设备及存储介质
CN113127732A (zh) * 2021-03-23 2021-07-16 金蝶蝶金云计算有限公司 业务数据的获取方法、装置、计算机设备和存储介质
CN114691734A (zh) * 2022-03-29 2022-07-01 中国电信股份有限公司 缓存管控方法、装置、计算机可读介质及电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104537013A (zh) * 2014-12-18 2015-04-22 北京京东尚科信息技术有限公司 一种处理数据的方法和装置
CN109582684A (zh) * 2018-11-30 2019-04-05 深圳市盟天科技有限公司 一种本地缓存数据的更新方法、装置、服务器及存储介质
CN109933585A (zh) * 2019-02-22 2019-06-25 京东数字科技控股有限公司 数据查询方法和数据查询系统
CN110888889A (zh) * 2018-08-17 2020-03-17 阿里巴巴集团控股有限公司 一种数据信息更新方法、装置及设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104537013A (zh) * 2014-12-18 2015-04-22 北京京东尚科信息技术有限公司 一种处理数据的方法和装置
CN110888889A (zh) * 2018-08-17 2020-03-17 阿里巴巴集团控股有限公司 一种数据信息更新方法、装置及设备
CN109582684A (zh) * 2018-11-30 2019-04-05 深圳市盟天科技有限公司 一种本地缓存数据的更新方法、装置、服务器及存储介质
CN109933585A (zh) * 2019-02-22 2019-06-25 京东数字科技控股有限公司 数据查询方法和数据查询系统

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112631769A (zh) * 2020-12-17 2021-04-09 平安普惠企业管理有限公司 用于app的本地缓存管理方法、装置、设备及介质
CN112631769B (zh) * 2020-12-17 2024-01-05 深圳市滚水科技有限公司 用于app的本地缓存管理方法、装置、设备及介质
CN112860794A (zh) * 2021-02-03 2021-05-28 百果园技术(新加坡)有限公司 基于缓存的并发能力提升方法、装置、设备及存储介质
CN113127732A (zh) * 2021-03-23 2021-07-16 金蝶蝶金云计算有限公司 业务数据的获取方法、装置、计算机设备和存储介质
CN113127732B (zh) * 2021-03-23 2024-02-20 金蝶蝶金云计算有限公司 业务数据的获取方法、装置、计算机设备和存储介质
CN114691734A (zh) * 2022-03-29 2022-07-01 中国电信股份有限公司 缓存管控方法、装置、计算机可读介质及电子设备
CN114691734B (zh) * 2022-03-29 2023-12-08 中国电信股份有限公司 缓存管控方法、装置、计算机可读介质及电子设备

Similar Documents

Publication Publication Date Title
CN111581239A (zh) 缓存刷新方法和电子设备
CN107133234B (zh) 缓存数据更新的方法、装置及系统
CN111666585A (zh) 子应用访问的方法、装置、电子设备以及可读存储介质
CN109614404B (zh) 一种数据缓存系统及方法
CN107103011B (zh) 终端数据搜索的实现方法和装置
CN110765165B (zh) 一种跨系统数据同步处理的方法、装置及系统
CN113452617B (zh) 动态网关路由管理方法、装置及存储介质
US11232025B2 (en) Method, device and computer program product for storage management
CN111639061A (zh) Redis集群中数据管理方法、装置、介质及电子设备
US9513812B2 (en) Reference counting for memory areas
US20210133217A1 (en) Method and apparatus for importing data into graph database, electronic device and medium
US20210216212A1 (en) Method and apparatus for processing data
CN104881454A (zh) 参数的更新方法及系统
US20190129807A1 (en) Method and device for managing a virtual machine
CN115517009B (zh) 集群管理方法、集群管理装置、存储介质与电子设备
US20190129743A1 (en) Method and apparatus for managing virtual machine
CN111338834A (zh) 数据存储方法和装置
CN112948498A (zh) 一种分布式系统全局标识的生成方法和装置
CN108989072B (zh) 一种部署、管理及调用组件的方法及装置
CN111125257B (zh) 词典更新方法、装置、设备和存储介质
CN112069137A (zh) 生成信息的方法、装置、电子设备及计算机可读存储介质
CN113722007B (zh) Vpn分支设备的配置方法、装置及系统
CN112115206A (zh) 一种处理对象存储元数据的方法和装置
CN113342270A (zh) 卷卸载方法、装置和电子设备
CN113760928A (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
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40035934

Country of ref document: HK