CN109033363A - 一种响应客户端请求的方法、装置及设备 - Google Patents
一种响应客户端请求的方法、装置及设备 Download PDFInfo
- Publication number
- CN109033363A CN109033363A CN201810834261.1A CN201810834261A CN109033363A CN 109033363 A CN109033363 A CN 109033363A CN 201810834261 A CN201810834261 A CN 201810834261A CN 109033363 A CN109033363 A CN 109033363A
- Authority
- CN
- China
- Prior art keywords
- file system
- metadata information
- information
- acquisition request
- client
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 35
- 238000004590 computer program Methods 0.000 claims description 11
- 230000000977 initiatory effect Effects 0.000 claims description 10
- 239000000872 buffer Substances 0.000 claims description 5
- 238000007689 inspection Methods 0.000 description 8
- 230000005540 biological transmission Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种响应客户端请求的方法、装置、设备及计算机可读存储介质,其中该方法包括:接收客户端发送的信息获取请求;如果本地缓存有与所述信息获取请求对应的元数据信息,则向后端文件系统发起刷新操作,指示所述后端文件系统更新并返回与所述信息获取请求对应的元数据信息;接收所述后端文件系统更新后返回的元数据信息,并将接收的元数据信息返回给所述客户端。由此,不同于现有技术中在接收到信息获取请求后需要进行缓存有效性判断,而是直接由后端文件系统中调取最新的元数据信息并返回给客户端,从而保证了客户端的元数据信息能够与后端文件系统的对应元数据信息的一致性,保证了客户端的正常操作和访问等使用。
Description
技术领域
本发明涉及信息访问技术领域,更具体地说,涉及一种响应客户端请求的方法、装置、设备及计算机可读缓存介质。
背景技术
对于分布式文件系统来说,一般会使用NFS协议作为客户端接入的入口,而NFS协议由于其使用简单,稳定等特点使用范围很广;为了保证性能,NFS的客户端和服务端都使用缓存,会缓存元数据信息来提升客户端访问性能,NFS V3协议默认使用的缓存有效策略是设置缓存有效时间,如果超过缓存有效时间,则会认为缓存无效,从而重新刷新缓存信息。具体来说,客户端需要获取元数据信息时,发送获取元数据信息的请求至服务端,服务端判断其本地存储的与请求对应的元数据信息是否有效,如果是,则将该元数据信息返回给客户端,否则,则由分布式文件系统中获取最新的元数据信息刷新后,再将刷新后的元数据信息返回给客户端。这种策略使用起来比较简单,但是可能出现分布式文件系统中元数据信息已经发生改动,但是服务端缓存的对应元数据信息为有效的状态,此时会导致客户端获取的元数据信息与分布式文件系统中的元数据信息不一致的情况出现,进而影响客户端的正常使用。
综上所述,现有技术中用于响应客户端的请求并返回对应元数据信息的技术方案存在可能出现返给客户端的元数据信息与分布式文件系统存储的元数据信息不一致,进而影响客户端的正常使用的情况的问题。
发明内容
本发明的目的是提供一种响应客户端请求的方法、装置、设备及计算机可读缓存介质,能够解决现有技术中用于响应客户端的请求并返回对应元数据信息的技术方案存在的可能出现返给客户端的元数据信息与分布式文件系统存储的元数据信息不一致,进而影响客户端的正常使用的情况的问题。
为了实现上述目的,本发明提供如下技术方案:
一种响应客户端请求的方法,包括:
接收客户端发送的信息获取请求;
如果本地缓存有与所述信息获取请求对应的元数据信息,则向后端文件系统发起刷新操作,指示所述后端文件系统更新并返回与所述信息获取请求对应的元数据信息;
接收所述后端文件系统更新后返回的元数据信息,并将接收的元数据信息返回给所述客户端。
优选的,接收客户端发送的信息获取请求之后,还包括:
如果本地未缓存有与所述信息获取请求对应的元数据信息,则向后端文件系统发起查看操作,指示所述后端文件系统直接返回与所述信息获取请求对应的元数据信息,接收并缓存所述后端文件系统直接返回的元数据信息,执行所述向后端文件系统发起刷新操作的步骤。
优选的,接收并缓存所述后端文件系统直接返回的元数据信息之后,还包括:
为缓存的所述后端文件系统直接返回的元数据信息设置无效标识。
优选的,接收所述后端文件系统更新后返回的元数据信息之后,还包括:
缓存所述后端文件系统更新后返回的元数据信息。
一种响应客户端请求的装置,包括:
请求接收模块,用于:接收客户端发送的信息获取请求;
第一响应模块,用于:如果本地缓存有与所述信息获取请求对应的元数据信息,则向后端文件系统发起刷新操作,指示所述后端文件系统更新并返回与所述信息获取请求对应的元数据信息;
信息返回模块,用于:接收所述后端文件系统更新后返回的元数据信息,并将接收的元数据信息返回给所述客户端。
优选的,还包括:
第二响应模块,用于:接收客户端发送的信息获取请求之后,如果本地未缓存有与所述信息获取请求对应的元数据信息,则向后端文件系统发起查看操作,指示所述后端文件系统直接返回与所述信息获取请求对应的元数据信息,接收并缓存所述后端文件系统直接返回的元数据信息,执行所述向后端文件系统发起刷新操作的步骤。
优选的,还包括:
标识设置模块,用于:接收并缓存所述后端文件系统直接返回的元数据信息之后,为缓存的所述后端文件系统直接返回的元数据信息设置无效标识。
优选的,还包括:
信息缓存模块,用于:接收所述后端文件系统更新后返回的元数据信息之后,缓存所述后端文件系统更新后返回的元数据信息。
一种响应客户端请求的设备,包括:
缓存器,用于缓存计算机程序;
处理器,用于执行所述计算机程序时实现如上任一项所述响应客户端请求的方法的步骤。
一种计算机可读缓存介质,所述计算机可读缓存介质上缓存有计算机程序,所述计算机程序被处理器执行时实现如上任一项所述响应客户端请求的方法的步骤。
本发明提供了一种响应客户端请求的方法、装置、设备及计算机可读存储介质,其中该方法包括:接收客户端发送的信息获取请求;如果本地缓存有与所述信息获取请求对应的元数据信息,则向后端文件系统发起刷新操作,指示所述后端文件系统更新并返回与所述信息获取请求对应的元数据信息;接收所述后端文件系统更新后返回的元数据信息,并将接收的元数据信息返回给所述客户端。本申请公开的技术方案中,在接收到客户端发送的信息获取请求后,如果本地缓存有信息获取请求对应的元数据信息,则向后端文件系统发起刷新操作,以指示后端文件系统更新并返回与信息获取请求对应的元数据信息,并将后端文件系统更新后返回的元数据信息返回给客户端,由此,不同于现有技术,在接收到信息获取请求后,需要进行缓存有效性判断,而是直接由后端文件系统中调取最新的元数据信息并返回给客户端,从而保证了客户端的元数据信息能够与后端文件系统的对应元数据信息的一致性,保证了客户端的正常操作和访问等使用。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本发明实施例提供的一种响应客户端请求的方法的流程图;
图2为本发明实施例提供的一种响应客户端请求的方法中客户端发起信息刷新请求时对应的时序处理图;
图3为本发明实施例提供的一种响应客户端请求的方法中客户端发起信息查看请求时对应的时序处理图;
图4为本发明实施例提供的一种响应客户端请求的装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
请参阅图1,其示出了本发明实施例提供的一种响应客户端请求的方法,可以包括:
S11:接收客户端发送的信息获取请求。
本发明实施例提供的一种响应客户端请求的方法的执行主语可以为对应的装置,而该装置可以设置于服务端中,因此本发明实施例提供的一种响应客户端请求的方法的执行主语可以为服务端,本申请实施例中以执行主语为服务端进行具体说明。需要说明的是,客户端发送的信息获取请求包括两种类型,分别为信息刷新请求及信息查看请求,其中,信息刷新请求为客户端中已经缓存有对应的元数据信息,但是需要对缓存的元数据信息进行更新时发起的;信息查看请求为客户端中并未缓存有对应的元数据信息,需要获取对应的元数据信息时发起的。对于信息获取请求为信息刷新请求的情况,一般情况下服务端也是缓存有对应的元数据的,因此,这种情况下服务端本地缓存有与信息获取请求对应的元数据信息;对于信息获取请求为信息查看请求的情况,服务端可能缓存有对应的元数据,也有可能未缓存有对应的元数据,因此,这种情况下需要确定服务端本地是否缓存有与信息获取请求对应的元数据信息。
S12:如果本地缓存有与信息获取请求对应的元数据信息,则向后端文件系统发起刷新操作,指示后端文件系统更新并返回与信息获取请求对应的元数据信息。
服务端本地缓存有与信息获取请求对应的元数据信息时,向后端文件系统发起刷新操作,需要说明的是,后端文件系统即为背景技术中的分布式文件系统,后端文件系统确定服务端发起刷新操作后,会当前存储的对应的数据对与信息获取请求对应的元数据信息进行更新,并将更新后的元数据信息返回给服务端,以保证返回给服务端的为最新的元数据信息。
S13:接收后端文件系统更新后返回的元数据信息,并将接收的元数据信息返回给客户端。
服务端接收到后端文件系统更新后返回的元数据信息后,将该元数据信息返回给客户端,以使得客户端能够获取到最新的元数据信息。
本申请公开的技术方案中,在接收到客户端发送的信息获取请求后,如果本地缓存有信息获取请求对应的元数据信息,则向后端文件系统发起刷新操作,以指示后端文件系统更新并返回与信息获取请求对应的元数据信息,并将后端文件系统更新后返回的元数据信息返回给客户端,由此,不同于现有技术,在接收到信息获取请求后,需要进行缓存有效性判断,而是直接由后端文件系统中调取最新的元数据信息并返回给客户端,从而保证了客户端的元数据信息能够与后端文件系统的对应元数据信息的一致性,保证了客户端的正常操作和访问等使用。
本发明实施例提供的一种响应客户端请求的方法,接收客户端发送的信息获取请求之后,还可以包括:
如果本地未缓存有与信息获取请求对应的元数据信息,则向后端文件系统发起查看操作,指示后端文件系统直接返回与信息获取请求对应的元数据信息,接收并缓存后端文件系统直接返回的元数据信息,执行向后端文件系统发起刷新操作的步骤。
服务端本地未缓存有与信息获取请求对应的元数据信息,一般对应信息获取请求为信息查看请求的情况,此时向后端文件系统发起查看操作,后端文件系统确定服务端发起查看操作后直接将与信息获取请求对应元数据信息返回给服务端,服务端接收并缓存后端文件系统直接返回的元数据信息,此时因此服务端本地已经缓存有对应元数据信息,因此可以向后端文件系统发起刷新操作,以指示后端文件信息更新并返回对应的元数据信息。也即,本实施例中获取后端文件系统未经更新而直接返回的元数据信息的目的就是能够使得本地缓存对应元数据信息,以向后端文件系统发起刷新操作获取到最新的元数据信息。另外需要说明的是,后端文件系统在服务端发起查看操作时为直接返回对应元数据信息,而在服务单发起刷新操作时才更新后返回对应元数据信息。
本发明实施例提供的一种响应客户端请求的方法,接收并缓存后端文件系统直接返回的元数据信息之后,还可以包括:
为缓存的后端文件系统直接返回的元数据信息设置无效标识。
在服务端接收并缓存后端文件系统直接返回的元数据信息后,为对应元数据信息设置无效标识,标志着所获取到的元数据信息无效,从而在返回给客户端时,如果判断元数据信息有无效标识,则需要向后端文件系统发起刷新操作以获取最新的元数据信息,否则则可以直接将元数据信息返回给客户端,从而方便了对于元数据情况的获知及返回客户端等操作。
本发明实施例提供的一种响应客户端请求的方法,接收后端文件系统更新后返回的元数据信息之后,还可以包括:
缓存后端文件系统更新后返回的元数据信息。
需要说明的是,获取到后端文件系统更新后返回的元数据信息,即最新的元数据信息后可以对该元数据信息进行返回,从而在一些对数据一致性要求不太高的场景中,服务端能够在自身缓存有与客户端发送的数据获取请求对应的元数据信息时直接将该元数据信息返回给客户端,从而保证了方案的灵活性,能够适应各种应用场景。另外,服务端每次接收后端文件系统返回的元数据信息,均可以利用接收的元数据信息对本地缓存的元数据信息进行更新,进而再基于本地缓存的元数据信息返回给客户端对应的元数据信息。
在本发明一种具体实施例中,对于客户端发送的信息获取请求为信息刷新请求的时序处理图可以如图2所示,对于客户端发送的信息获取请求为信息查看请求且服务端本地未缓存有对应元数据信息的时序处理图可以如图3所示。其中,NFS客户端即为本申请中的客户端,NFS服务端即为本申请中的服务端,客户端发起getattr操作即为发起刷新操作,本申请中为通过发送信息刷新请求实现的,对应的,客户端发起getattr操作也可以通过发送信息刷新请求实现;客户端发起lookup操作即为发起查看操作,本申请中为通过发送信息查看请求实现的,对应的,客户端发起lookup操作也可以通过发送信息查看请求实现;后端文件系统返回文件/目录的属性信息即为与信息刷新请求或信息查看请求对应的元数据信息。可见,本申请公开的一种响应客户端请求的方法中,在客户端发起getattr操作时,不会进行缓存有效性判断,而是通过向后端文件系统发起getattr操作直接去调用后端文件系统的文件系统接口,从而获取到最新的属性信息,更新服务端缓存,并将更新后的缓存中对应的属性信息返回给客户端;在客户端发起lookup时,如果服务端未找到对应的属性信息,则调用文件系统接口由后端文件系统获取到对应属性信息后,服务端为获取的属性信息设置无效标识,标志着所获取到的属性信息无效,在返回给客户端时,如果判断属性信息有无效标识,则需要通过向后端文件系统发起getattr操作直接去调用后端文件系统的文件系统接口,从而获取到最新的属性信息,更新服务端缓存,并将更新后的缓存中对应的属性信息返回给客户端。从而保证了在多客户端或者高性能等对一致性要求高的场景下,客户端获取的元数据能够与后端文件系统的元数据保持一致性,保证客户端的正常操作和访问。
本发明实施例还提供了一种响应客户端请求的装置,如图4所示,可以包括:
请求接收模块11,用于:接收客户端发送的信息获取请求;
第一响应模块12,用于:如果本地缓存有与信息获取请求对应的元数据信息,则向后端文件系统发起刷新操作,指示后端文件系统更新并返回与信息获取请求对应的元数据信息;
信息返回模块13,用于:接收后端文件系统更新后返回的元数据信息,并将接收的元数据信息返回给客户端。
本发明实施例提供的一种响应客户端请求的装置,还可以包括:
第二响应模块,用于:接收客户端发送的信息获取请求之后,如果本地未缓存有与信息获取请求对应的元数据信息,则向后端文件系统发起查看操作,指示后端文件系统直接返回与信息获取请求对应的元数据信息,接收并缓存后端文件系统直接返回的元数据信息,执行向后端文件系统发起刷新操作的步骤。
本发明实施例提供的一种响应客户端请求的装置,还可以包括:
标识设置模块,用于:接收并缓存后端文件系统直接返回的元数据信息之后,为缓存的后端文件系统直接返回的元数据信息设置无效标识。
本发明实施例提供的一种响应客户端请求的装置,还可以包括:
信息缓存模块,用于:接收后端文件系统更新后返回的元数据信息之后,缓存后端文件系统更新后返回的元数据信息。
本发明实施例还提供了一种响应客户端请求的设备,可以包括:
缓存器,用于缓存计算机程序;
处理器,用于执行计算机程序时实现如上任一项响应客户端请求的方法的步骤。
本发明实施例还提供了一种计算机可读缓存介质,计算机可读缓存介质上缓存有计算机程序,计算机程序被处理器执行时实现如上任一项响应客户端请求的方法的步骤。
需要说明的是,本发明实施例提供的一种响应客户端请求的装置、设备及计算机可读缓存介质中相关部分的说明请参见本发明实施例提供的一种响应客户端请求的方法中对应部分的详细说明,在此不再赘述。另外本发明实施例提供的上述技术方案中与现有技术中对应技术方案实现原理一致的部分并未详细说明,以免过多赘述。
对所公开的实施例的上述说明,使本领域技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种响应客户端请求的方法,其特征在于,包括:
接收客户端发送的信息获取请求;
如果本地缓存有与所述信息获取请求对应的元数据信息,则向后端文件系统发起刷新操作,指示所述后端文件系统更新并返回与所述信息获取请求对应的元数据信息;
接收所述后端文件系统更新后返回的元数据信息,并将接收的元数据信息返回给所述客户端。
2.根据权利要求1所述的方法,其特征在于,接收客户端发送的信息获取请求之后,还包括:
如果本地未缓存有与所述信息获取请求对应的元数据信息,则向后端文件系统发起查看操作,指示所述后端文件系统直接返回与所述信息获取请求对应的元数据信息,接收并缓存所述后端文件系统直接返回的元数据信息,执行所述向后端文件系统发起刷新操作的步骤。
3.根据权利要求2所述的方法,其特征在于,接收并缓存所述后端文件系统直接返回的元数据信息之后,还包括:
为缓存的所述后端文件系统直接返回的元数据信息设置无效标识。
4.根据权利要求3所述的方法,其特征在于,接收所述后端文件系统更新后返回的元数据信息之后,还包括:
缓存所述后端文件系统更新后返回的元数据信息。
5.一种响应客户端请求的装置,其特征在于,包括:
请求接收模块,用于:接收客户端发送的信息获取请求;
第一响应模块,用于:如果本地缓存有与所述信息获取请求对应的元数据信息,则向后端文件系统发起刷新操作,指示所述后端文件系统更新并返回与所述信息获取请求对应的元数据信息;
信息返回模块,用于:接收所述后端文件系统更新后返回的元数据信息,并将接收的元数据信息返回给所述客户端。
6.根据权利要求5所述的装置,其特征在于,还包括:
第二响应模块,用于:接收客户端发送的信息获取请求之后,如果本地未缓存有与所述信息获取请求对应的元数据信息,则向后端文件系统发起查看操作,指示所述后端文件系统直接返回与所述信息获取请求对应的元数据信息,接收并缓存所述后端文件系统直接返回的元数据信息,执行所述向后端文件系统发起刷新操作的步骤。
7.根据权利要求6所述的装置,其特征在于,还包括:
标识设置模块,用于:接收并缓存所述后端文件系统直接返回的元数据信息之后,为缓存的所述后端文件系统直接返回的元数据信息设置无效标识。
8.根据权利要求7所述的装置,其特征在于,还包括:
信息缓存模块,用于:接收所述后端文件系统更新后返回的元数据信息之后,缓存所述后端文件系统更新后返回的元数据信息。
9.一种响应客户端请求的设备,其特征在于,包括:
缓存器,用于缓存计算机程序;
处理器,用于执行所述计算机程序时实现如权利要求1至4任一项所述响应客户端请求的方法的步骤。
10.一种计算机可读缓存介质,其特征在于,所述计算机可读缓存介质上缓存有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至4任一项所述响应客户端请求的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810834261.1A CN109033363A (zh) | 2018-07-26 | 2018-07-26 | 一种响应客户端请求的方法、装置及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810834261.1A CN109033363A (zh) | 2018-07-26 | 2018-07-26 | 一种响应客户端请求的方法、装置及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109033363A true CN109033363A (zh) | 2018-12-18 |
Family
ID=64646585
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810834261.1A Pending CN109033363A (zh) | 2018-07-26 | 2018-07-26 | 一种响应客户端请求的方法、装置及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109033363A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110119388A (zh) * | 2019-05-14 | 2019-08-13 | 深信服科技股份有限公司 | 文件读写方法、装置、系统、设备及计算机可读存储介质 |
CN111061654A (zh) * | 2019-11-11 | 2020-04-24 | 支付宝(杭州)信息技术有限公司 | 缓存刷新处理方法及装置和电子设备 |
CN114051056A (zh) * | 2022-01-13 | 2022-02-15 | 阿里云计算有限公司 | 数据缓存及读取方法、数据存取系统 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101997927A (zh) * | 2010-11-18 | 2011-03-30 | 厦门市美亚柏科信息股份有限公司 | 一种web平台数据缓存的方法和系统 |
CN102541983A (zh) * | 2011-10-25 | 2012-07-04 | 无锡城市云计算中心有限公司 | 一种分布式文件系统中多客户端缓存同步的方法 |
CN103020257A (zh) * | 2012-12-21 | 2013-04-03 | 曙光信息产业(北京)有限公司 | 数据操作的实现方法和装置 |
CN103744845A (zh) * | 2013-03-01 | 2014-04-23 | 王新 | 一种web平台数据缓存的方法和系统 |
CN104391725A (zh) * | 2014-12-08 | 2015-03-04 | 畅捷通信息技术股份有限公司 | 页面展示方法和页面展示装置 |
CN105959420A (zh) * | 2016-07-15 | 2016-09-21 | 浪潮(北京)电子信息产业有限公司 | 多客户端元数据同步更新方法及系统 |
CN106686113A (zh) * | 2017-01-19 | 2017-05-17 | 郑州云海信息技术有限公司 | 一种分布式文件系统智能预读实现方法 |
CN107045530A (zh) * | 2017-01-20 | 2017-08-15 | 华中科技大学 | 一种将对象存储系统实现为本地文件系统的方法 |
-
2018
- 2018-07-26 CN CN201810834261.1A patent/CN109033363A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101997927A (zh) * | 2010-11-18 | 2011-03-30 | 厦门市美亚柏科信息股份有限公司 | 一种web平台数据缓存的方法和系统 |
CN102541983A (zh) * | 2011-10-25 | 2012-07-04 | 无锡城市云计算中心有限公司 | 一种分布式文件系统中多客户端缓存同步的方法 |
CN103020257A (zh) * | 2012-12-21 | 2013-04-03 | 曙光信息产业(北京)有限公司 | 数据操作的实现方法和装置 |
CN103744845A (zh) * | 2013-03-01 | 2014-04-23 | 王新 | 一种web平台数据缓存的方法和系统 |
CN104391725A (zh) * | 2014-12-08 | 2015-03-04 | 畅捷通信息技术股份有限公司 | 页面展示方法和页面展示装置 |
CN105959420A (zh) * | 2016-07-15 | 2016-09-21 | 浪潮(北京)电子信息产业有限公司 | 多客户端元数据同步更新方法及系统 |
CN106686113A (zh) * | 2017-01-19 | 2017-05-17 | 郑州云海信息技术有限公司 | 一种分布式文件系统智能预读实现方法 |
CN107045530A (zh) * | 2017-01-20 | 2017-08-15 | 华中科技大学 | 一种将对象存储系统实现为本地文件系统的方法 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110119388A (zh) * | 2019-05-14 | 2019-08-13 | 深信服科技股份有限公司 | 文件读写方法、装置、系统、设备及计算机可读存储介质 |
CN110119388B (zh) * | 2019-05-14 | 2023-07-11 | 深信服科技股份有限公司 | 文件读写方法、装置、系统、设备及计算机可读存储介质 |
CN111061654A (zh) * | 2019-11-11 | 2020-04-24 | 支付宝(杭州)信息技术有限公司 | 缓存刷新处理方法及装置和电子设备 |
CN111061654B (zh) * | 2019-11-11 | 2022-05-10 | 支付宝(杭州)信息技术有限公司 | 缓存刷新处理方法及装置和电子设备 |
CN114051056A (zh) * | 2022-01-13 | 2022-02-15 | 阿里云计算有限公司 | 数据缓存及读取方法、数据存取系统 |
CN114051056B (zh) * | 2022-01-13 | 2022-05-10 | 阿里云计算有限公司 | 数据缓存及读取方法、数据存取系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109033363A (zh) | 一种响应客户端请求的方法、装置及设备 | |
CN110377436A (zh) | 持久性内存的数据存储访问方法、设备及装置 | |
CN106066877B (zh) | 一种异步更新数据的方法及系统 | |
US6868453B1 (en) | Internet home page data acquisition method | |
WO2016134590A1 (zh) | 处理事务的方法、处理节点、中心节点和集群 | |
CN110162543A (zh) | 一种信息查询方法及装置 | |
CN103412822B (zh) | 操作非易失性内存和数据操作的方法和相关装置 | |
WO2019041670A1 (zh) | 一种降低功能页面请求次数的方法、存储介质、设备及系统 | |
CN108268622A (zh) | 返回页面的方法、装置及计算机可读存储介质 | |
CN106101022B (zh) | 一种数据请求处理方法和系统 | |
WO2016173441A1 (zh) | 服务器缓存处理方法、装置及系统 | |
CN110737857A (zh) | 一种后端分页加速方法、系统、终端及存储介质 | |
CN105208058A (zh) | 基于web会话共享的信息交互系统 | |
CN105893607A (zh) | 页面数据管理方法、装置及数据服务器 | |
CN106951323A (zh) | 应用程序本地缓存方法和装置 | |
CN108566411A (zh) | 静态资源获取方法、电子设备和存储介质 | |
CN108173930A (zh) | 一种页面超时配置提醒装置及方法 | |
CN113010549A (zh) | 基于异地多活系统的数据处理方法、相关设备及存储介质 | |
CN109189748A (zh) | 一种缓存一致性处理方法及nfs服务器 | |
CN107368435A (zh) | 一种精简目录及利用该精简目录实现Cache一致性监听的方法 | |
KR20050074310A (ko) | 캐시 라인 소유권 이전 방법 및 장치 | |
EP2568379B1 (en) | Method for preventing node controller deadlock and node controller | |
CN106161623A (zh) | 缓存服务器、更新服务器及数据更新方法 | |
CN109101439B (zh) | 一种报文处理的方法及装置 | |
CN104639666B (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20181218 |