CN104113587A - 一种分布式文件系统客户端元数据缓存优化方法 - Google Patents
一种分布式文件系统客户端元数据缓存优化方法 Download PDFInfo
- Publication number
- CN104113587A CN104113587A CN201410284455.0A CN201410284455A CN104113587A CN 104113587 A CN104113587 A CN 104113587A CN 201410284455 A CN201410284455 A CN 201410284455A CN 104113587 A CN104113587 A CN 104113587A
- Authority
- CN
- China
- Prior art keywords
- lock
- client
- metadata
- file
- server
- 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.)
- Granted
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种分布式文件系统客户端元数据缓存优化方法,属于计算机存储系统技术领域。当客户端在访问文件时,直接向锁服务器申请及建立文件父目录的目录范围锁,获得该目录下所有子文件的元数据缓存权限;当其它客户端访问同一个子文件时,撤回冲突子文件的元数据到元数据服务器,后继客户端再申请此子文件的元数据缓存权限。本发明减少了维护缓存一致性的开销,并且目录范围锁对应缓存中的元数据可以批量刷回,减少与元数据服务器的交互次数,同时客户端具有更好的并发度,提高客户端访问元数据的性能。本发明适合于各种应用场景,特别适用于扁平的目录层次结构,即目录下有大量文件而目录层次不深的场景。
Description
技术领域
本发明属于计算机存储系统技术领域,更具体地,涉及一种分布式文件系统客户端元数据缓存优化方法,用于减少客户端与元数据服务器及锁服务器间的通信,降低维护客户端元数据缓存一致性的开销,提高客户端元数据访问的性能。
背景技术
近年来,随着各个行业数据规模的飞速增长,有越来越多的文件和数据需要保存,也给分布式文件系统带来巨大挑战。根据国际数据公司统计,2011年的全球数据总量达到1.8ZB,即1.8万亿GB,而且该数据还在以每两年翻一番的速度增长,预计到2020年全球的数据总量将达到35ZB,增长近20倍。膨胀的数据规模给文件系统带来了巨大压力,因此需要提高分布式文件系统的访问性能。在基于三方架构的分布式文件系统中,元数据和数据分开存储,元数据访问是数据访问的必经之路,而在文件系统的所有访问中,元数据的访问占了50%以上,提高元数据的访问性能是提升文件系统性能的重要途径。
若客户端每次访问元数据都向元数据服务器申请获得,会带来大量通信开销,因此可以将一部分元数据缓存在客户端,客户端下次读取或修改的时候可直接在本地完成,避免网络通信开销,从而提高元数据访问的性能,加快数据获取的速度,提高系统整体性能。
目前很多主流文件系统都研究和实现了客户端的元数据缓存,比如NFSVersion4、Lustre、BWFS、AFS及Google等文件系统的客户端都实现了元数据缓存机制。NFS Version4使用租约机制来实现元数据缓存;Lustre使用分布式锁回调机制保证元数据缓存一致性;AFS使用与Lustre类似的锁回调机制实现元数据缓存;BWFS的方法是客户端每隔一段时间就从元数据服务器获取最新元数据信息,或者刷回已经修改的元数据信息,以保证元数据的一致性;Google文件系统使用Chubby提供的缓存一致性管理功能。
由于元数据缓存一致性的维护会给系统性能的提升带来一定的损失,若需要进一步地提高客户端元数据缓存的性能,可以通过减少缓存一致性维护的开销来提高文件系统整体性能。目前公开了一种类似的元数据缓存优化方法,即Lustre中的子树锁机制,见:钱迎进,金士尧,肖侬,《Lustre文件系统I/O锁的应用与优化》,计算机工程与应用,2011,47(3):1~5。该方法中子树锁是一个目录上的锁,保护以该目录为根节点的整个子树命名空间,其具有以下缺点:第一,当有访问文件冲突时,会撤销其父目录为根的整个子树锁权限,造成不必要的其他文件的撤回开销,特别是当文件数量很大时造成的开销更大,性能会受影响;第二,每次文件申请元数据缓存时,需要向上级目录依次查询是否拥有子树锁,一直到查到子树锁或者不存在子树锁为止,查询开销大。
发明内容
针对现有技术的以上缺陷或改进需求,本发明提供一种分布式文件系统客户端元数据缓存优化方法,通过减少缓存一致性维护中的网络通信开销,提高系统元数据访问性能。
本发明提供一种分布式文件系统客户端元数据缓存优化方法,包括下述步骤:
步骤1客户端申请文件的元数据缓存权限,首先查看本地是否拥有所述文件的父目录的目录范围锁,有则执行步骤3,否则执行步骤2;
步骤2查询锁服务器上是否存在所述目录范围锁,如果没有则向所述锁服务器申请所述目录范围锁,并获得所述父目录下所有子文件的元数据缓存权限,流程结束,否则执行步骤4;
步骤3查询申请的所述文件是否在所述目录范围锁的撤销列表中,如果不在则获得所述文件的所述元数据缓存权限,流程结束,否则执行步骤5;
步骤4查询申请的所述文件是否在所述撤销列表中,如果在则执行步骤5;否则所述客户端请求所述锁服务器撤回所述文件的元数据,然后执行步骤5;
步骤5所述客户端向所述锁服务器申请所述文件的所述元数据缓存权限。
进一步地,所述步骤5具体包括以下子步骤:
(5.1)在所述锁服务器上建立对应所述文件的属于所述客户端的带顺序号的锁节点,并且设置对所述锁节点数据改变的监听;
(5.2)查看所述锁节点之前是否已经建立了顺序号更小的锁节点,若有则表示已经有其他客户端申请了所述文件的所述元数据缓存权限,执行步骤(5.3),否则获得所述文件的所述元数据缓存权限,流程结束;
(5.3)触发所述锁节点数据改变的监听,所述锁服务器回调通知所述顺序号更小的锁节点所属客户端刷回所述文件的元数据,当所述元数据刷回完成,则获得所述文件的所述元数据缓存权限,流程结束。
总体而言,通过本发明所构思的以上技术方案与现有技术相比,具有以下有益效果:
1、本发明通过建立目录范围锁,使得客户端可以拥有该目录下所有子文件的元数据缓存权限,当有少数文件访问发生冲突时,只用撤回该目录下冲突的文件的元数据缓存,而不用将整个目录下所有文件的元数据都撤回,开销较小。此外查询目录范围锁的开销也较小,只需向上查询父目录是否拥有目录范围锁。本发明适用于多种场景,特别适合扁平的目录层次结构,即目录下有大量文件,而目录层次不深的场景。
2、本发明基于目录范围锁的技术方案可以使得客户端在本地创建、访问一个目录下的大量文件,可以减少通信开销,提高系统性能。客户端拥有的目录范围锁的缓存也可以批量刷回,减少与元数据服务器的交互次数,从而减少通信开销,同时客户端也具有更好的并发度,可以提高客户端访问元数据的性能,进而提高客户端访问数据的性能。
附图说明
图1为本发明分布式文件系统的架构图;
图2为本发明元数据缓存优化方法的流程图;
图3为本发明元数据缓存优化方法的详细流程图;
图4为本发明申请单个文件元数据缓存的流程图;
图5为本发明目录范围锁及锁服务器上节点的示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。此外,下面所描述的本发明各个实施方式中所涉及到的技术特征只要彼此之间未构成冲突就可以相互组合。
图1所示为本发明分布式文件系统的架构图,包括客户端、锁服务器、元数据服务器和对象存储服务器,相互之间通过高速互联网络进行通信。客户端向锁服务器申请获得元数据缓存权限,然后向元数据服务器申请获得元数据并缓存在本地,最后根据元数据向对象服务器申请获得数据。其中锁服务器和元数据服务器可以部署在不同的机器上或者同一台机器,本发明实施例中为锁服务器和元数据服务器分别部署在独立机器上的情况。在本发明实施例中,锁服务器采用zookeeper服务器来提供一致性保证。zookeeper服务器是一个当前比较主流的保证一致性、高效、可靠的协同系统。
图2所示为本发明元数据缓存优化方法的流程图。客户端先查询本地是否有所申请子文件的父目录的目录范围锁,如果存在,则再查询该子文件是否在目录范围锁的撤销列表中,是则申请该子文件的元数据缓存权限,即在锁服务器上建立表示该子文件元数据缓存权限的带有顺序号的节点,创建成功后该客户端获得该子文件的元数据缓存权限;否则获得该子文件的元数据缓存权限。当本地不存在父目录的目录范围锁时,则查询锁服务器上是否已有该父目录的目录范围锁,如果没有则申请目录范围锁并获得该父目录下所有子文件的元数据缓存权限,否则先查看申请的子文件是否在目录范围锁的撤销列表中,是则直接申请该子文件的元数据缓存权限,否则请求撤回该子文件的元数据缓存,然后申请该子文件的元数据缓存权限。
图3所示为本发明元数据缓存优化方法的详细流程图。
在本发明实施例中,假设客户端1首先在目录/dir下创建大量子文件/dir/a、/dir/b…,然后客户端2访问子文件/dir/a,最后客户端3也访问子文件/dir/a。
客户端1首先在父目录/dir下进行操作,系统执行下述步骤:
步骤1当客户端1在申请子文件/dir/a的元数据缓存权限时,首先查看本地是否拥有其父目录/dir的目录范围锁,有则执行步骤3,否则执行步骤2。在本发明实施例中,当客户端拥有目录范围锁表示该客户端拥有此目录下所有子文件的元数据缓存权限,不包括子目录的元数据缓存权限。
步骤2查询锁服务器上是否已有该父目录/dir的目录范围锁,有则执行步骤4,否则申请父目录/dir的目录范围锁,此时客户端1在锁服务器上创建锁节点/subtree/dir/ex_sessionID_1,其中,subtree表示目录范围锁,dir表示父目录,ex表示互斥访问,sessionID表示客户端与锁服务器的对话ID,用以区分不同的客户端,最后一个数字是递增的,表示申请目录范围锁的顺序,同时在锁节点/subtree/dir/ex_sessionID_1上设置监听,监听其他客户端的请求。由于此时锁服务器上没有此目录范围锁节点,则可以创建目录范围锁成功,获得父目录/dir下所有子文件的元数据缓存的互斥访问权限。
步骤3查询子文件/dir/a是否在父目录/dir的目录范围锁的撤销列表中,是则执行步骤5,否则获得该子文件/dir/a的元数据缓存权限,流程结束。
在本发明实施例中,当客户端1申请子文件/dir/b和其父目录/dir下其他子文件的元数据缓存权限时,查到客户端1本地已经拥有父目录/dir的目录范围锁,而且查询申请的文件/dir/b等不在撤销列表中,则可以在父目录/dir下直接创建、访问/dir/b等子文件,按已获得元数据缓存权限进行后续操作,此时无需与锁服务器及元数据服务器进行通信。
此时客户端2访问/dir/a,客户端2查询本地没有/dir的目录范围锁,因此同样也要向锁服务器申请/dir的目录范围锁。通过查询锁服务器得知此时客户端2需要申请的目录范围锁/dir已经被客户端1申请,表明两个客户端申请同一个目录下的文件元数据缓存。
步骤4查询申请的文件/dir/a是否在目录范围锁的撤销列表中,是则执行步骤5,否则由客户端2向锁服务器发出请求撤回子文件/dir/a的元数据,锁服务器触发之前客户端1建立的监听,回调通知拥有/dir/a文件元数据缓存的客户端1撤回子文件/dir/a的元数据,而且客户端1将/dir/a放入目录范围锁的撤销列表中,并且同时由客户端2在节点ex_sessionID_1上设置一个监听,监听客户端1上/dir/a元数据的刷回是否完成,然后进入等待进程。当客户端1的元数据刷回完成则通知锁服务器,此时会触发之前客户端2设置的监听,唤醒客户端2的等待进程,表示客户端2知道元数据的刷回完成,然后执行步骤5。
步骤5运行如图4所示的申请单个文件元数据缓存的流程图,具体包括以下子步骤:
(5.1)申请单个文件/dir/a的元数据缓存权限时,首先在锁服务器上建立对应此文件/dir/a的属于客户端的带顺序号的锁节点,并且设置对该锁节点数据改变的监听。
(5.2)查看该锁节点之前是否已经建立了顺序号更小的锁节点,即冲突节点,有则表示已经有客户端申请了文件/dir/a的元数据缓存权限,执行步骤(5.3);否则成功获得文件/dir/a的元数据缓存权限,流程结束。
(5.3)找到冲突节点,触发上述步骤(5.1)设置的锁节点数据改变的监听,并设置前一个冲突节点的删除事件监听,客户端进入等待状态等待唤醒,当请求触发原拥有文件/dir/a的元数据缓存权限的客户端的监听时,查询本地元数据缓存是否获得的标志,当元数据缓存没有获得则等待下次重新触发,当元数据缓存已经获得,则锁服务器回调通知该冲突节点所属客户端刷回元数据,并且客户端在该冲突节点上设置一个监听,监听该冲突节点所属客户端的刷回元数据操作是否完成。当元数据刷回完成,将本地的元数据缓存置无效,删除自身创建的锁节点并唤醒等待的客户端,通知其可以获得文件/dir/a的元数据缓存权限,流程结束。
在本发明实施例中,客户端2向锁服务器申请单个文件/dir/a的元数据缓存权限,即在锁服务器上建立表示文件/dir/a元数据缓存权限的锁节点,例如/flock/dira/ex_sessionID_1,其中/flock表示是单个文件的元数据缓存权限,dira表示文件/dir/a,其他说明同步骤2,并且设置监听,监听其他客户端的请求。然后查看在该锁节点之前是否已经建立了顺序号更小的节点,此时没有,则表示获得/dir/a元数据缓存权限成功。
此时客户端1在锁服务器上建立了如图5所示的表示/dir的节点但是except:a,对应拥有文件系统中/dir目录范围锁(除/dir/a以外的所有子文件的元数据缓存权限),即除去子文件/dir/a以外的目录范围锁。客户端2在锁服务器上建立了如图5所示的表示/dir/a的锁节点,对应拥有文件系统中/dir/a的单个文件元数据缓存权限。
当客户端3也申请/dir/a的元数据缓存权限的时候,则首先查看得知本地没有父目录/dir的目录范围锁,因此同样也要向锁服务器申请/dir的目录范围锁。通过查询锁服务器得知,此时客户端3需要申请的父目录/dir的目录范围锁已经被客户端1申请,表明两个客户端申请同一个文件的元数据缓存权限。则首先查询锁服务器得知/dir/a在撤销列表中,客户端3向锁服务器申请单个文件/dir/a的元数据缓存权限,即在锁服务器上建立表示文件/dir/a元数据缓存权限的锁节点,例如/flock/dira/ex_sessionID_2,并且设置监听,以监听其他客户端的请求。由于此节点之前已经建立了顺序号更小的节点,客户端3进入等待状态,并触发锁节点/flock/dira/ex_sessionID_1的监听,锁服务器回调通知客户端2刷回/dir/a的元数据,并且客户端3在锁节点/flock/dira/ex_sessionID_1上设置一个监听,监听客户端2的元数据刷回操作完成。当/dir/a的元数据刷回完成,客户端2会触发客户端3的监听,唤醒等待的客户端3,通知客户端3可以获得元数据缓存权限。
本发明提供的分布式文件系统客户端元数据缓存优化方法,当有访问文件冲突时,只需要撤回冲突的文件元数据,不需要撤回不必要的其他文件元数据,撤销开销小;而且由于本发明中目录范围锁只包含子文件的元数据缓存权限,因此文件申请元数据缓存权限时,只需向上查询父目录是否拥有目录范围锁即可,查询开销小。客户端拥有的目录范围锁的缓存也可以批量刷回,减少与元数据服务器的交互次数,从而减少通信开销。本发明适合于各种应用场景,特别适合于扁平的目录层次结构场景,即目录下有大量文件,但是目录层次不深的情况。
本领域的技术人员容易理解,以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (4)
1.一种分布式文件系统客户端元数据缓存优化方法,其特征在于,包括:
步骤1客户端申请文件的元数据缓存权限,首先查看本地是否拥有所述文件的父目录的目录范围锁,有则执行步骤3,否则执行步骤2;
步骤2查询锁服务器上是否存在所述目录范围锁,如果没有则向所述锁服务器申请所述目录范围锁,并获得所述父目录下所有子文件的元数据缓存权限,流程结束,否则执行步骤4;
步骤3查询申请的所述文件是否在所述目录范围锁的撤销列表中,如果不在则获得所述文件的所述元数据缓存权限,流程结束,否则执行步骤5;
步骤4查询申请的所述文件是否在所述撤销列表中,如果在则执行步骤5;否则所述客户端请求所述锁服务器撤回所述文件的元数据,然后执行步骤5;
步骤5所述客户端向所述锁服务器申请所述文件的所述元数据缓存权限。
2.如权利要求1所述的方法,其特征在于,所述步骤2具体包括以下子步骤:
(2.1)查询所述锁服务器上是否存在所述目录范围锁,如果没有则执行步骤(2.2),否则执行步骤4;
(2.2)向所述锁服务器申请所述目录范围锁,并在所述锁服务器上创建代表所述父目录的节点;
(2.3)在所述节点上设置监听,监听其他客户端的请求;
(2.4)创建所述目录范围锁成功,获得所述父目录下所有子文件的元数据缓存权限,流程结束。
3.如权利要求1或2所述的方法,其特征在于,所述步骤4具体包括以下子步骤:
(4.1)查询申请的所述文件是否在所述撤销列表中,如果在则执行步骤5;否则执行步骤(4.2);
(4.2)所述客户端请求所述锁服务器撤回所述文件的所述元数据;
(4.3)所述锁服务器回调通知拥有所述目录范围锁的所述客户端刷回所述文件的所述元数据,并将所述文件放在所述撤销列表中;
(4.4)当所述元数据刷回完成则通知所述锁服务器,所述锁服务器通知所述客户端,然后执行步骤5。
4.如权利要求1或2所述的方法,其特征在于,所述步骤5具体包括以下子步骤:
(5.1)在所述锁服务器上建立对应所述文件的属于所述客户端的带顺序号的锁节点,并且设置对所述锁节点数据改变的监听;
(5.2)查看所述锁节点之前是否已经建立了顺序号更小的锁节点,若有则表示已经有其他客户端申请了所述文件的所述元数据缓存权限,执行步骤(5.3),否则获得所述文件的所述元数据缓存权限,流程结束;
(5.3)触发所述锁节点数据改变的监听,所述锁服务器回调通知所述顺序号更小的锁节点所属客户端刷回所述文件的元数据,当所述元数据刷回完成,则获得所述文件的所述元数据缓存权限,流程结束。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410284455.0A CN104113587B (zh) | 2014-06-23 | 2014-06-23 | 一种分布式文件系统客户端元数据缓存优化方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410284455.0A CN104113587B (zh) | 2014-06-23 | 2014-06-23 | 一种分布式文件系统客户端元数据缓存优化方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104113587A true CN104113587A (zh) | 2014-10-22 |
CN104113587B CN104113587B (zh) | 2017-08-01 |
Family
ID=51710219
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410284455.0A Active CN104113587B (zh) | 2014-06-23 | 2014-06-23 | 一种分布式文件系统客户端元数据缓存优化方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104113587B (zh) |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103795801A (zh) * | 2014-02-12 | 2014-05-14 | 浪潮电子信息产业股份有限公司 | 一种基于实时应用集群的元数据集群设计方法 |
CN104486328A (zh) * | 2014-12-10 | 2015-04-01 | 小米科技有限责任公司 | 访问控制方法和装置 |
CN104572917A (zh) * | 2014-12-29 | 2015-04-29 | 成都致云科技有限公司 | 数据锁定方法、装置及分布式存储系统 |
CN105512279A (zh) * | 2015-12-04 | 2016-04-20 | 华为技术有限公司 | 一种元数据访问方法、相关设备及系统 |
CN106095594A (zh) * | 2016-06-01 | 2016-11-09 | 新浪网技术(中国)有限公司 | 一种资源处理的方法、装置及系统 |
CN106648903A (zh) * | 2017-01-03 | 2017-05-10 | 北京百度网讯科技有限公司 | 调用分布式文件系统的方法和装置 |
CN106919713A (zh) * | 2017-03-13 | 2017-07-04 | 郑州云海信息技术有限公司 | 一种集群文件系统及分布式文件系统多客户端文件控制方法 |
WO2017114262A1 (zh) * | 2015-12-31 | 2017-07-06 | 华为技术有限公司 | 一种管理分布式存储系统的方法及分布式存储系统 |
CN108170757A (zh) * | 2017-12-22 | 2018-06-15 | 郑州云海信息技术有限公司 | 一种数据文件读取方法、装置及设备 |
CN109299056A (zh) * | 2018-09-19 | 2019-02-01 | 潍坊工程职业学院 | 一种基于分布式文件系统的数据同步方法和装置 |
CN110941591A (zh) * | 2019-11-22 | 2020-03-31 | 浪潮电子信息产业股份有限公司 | 一种文件删除方法、装置、设备及可读存储介质 |
CN111046001A (zh) * | 2019-12-28 | 2020-04-21 | 浪潮电子信息产业股份有限公司 | 一种批量创建文件的方法、装置、设备及存储介质 |
CN111309796A (zh) * | 2020-02-07 | 2020-06-19 | 腾讯科技(深圳)有限公司 | 一种数据处理方法、装置以及计算机可读存储介质 |
CN113590560A (zh) * | 2021-06-29 | 2021-11-02 | 济南浪潮数据技术有限公司 | 一种分布式系统的缓存优化方法、系统、设备和存储介质 |
CN113625962A (zh) * | 2021-07-09 | 2021-11-09 | 济南浪潮数据技术有限公司 | 分布式存储的动态子树优化方法、系统、终端及存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090119304A1 (en) * | 2002-01-30 | 2009-05-07 | Red Hat, Inc. | Metadata structures and related locking techniques to improve performance and scalability in a cluster file system |
CN102541983A (zh) * | 2011-10-25 | 2012-07-04 | 无锡城市云计算中心有限公司 | 一种分布式文件系统中多客户端缓存同步的方法 |
CN102546751A (zh) * | 2011-12-06 | 2012-07-04 | 华中科技大学 | 一种分布式文件系统分级元数据缓存控制方法 |
CN103150394A (zh) * | 2013-03-25 | 2013-06-12 | 中国人民解放军国防科学技术大学 | 面向高性能计算的分布式文件系统元数据管理方法 |
CN103310000A (zh) * | 2013-06-25 | 2013-09-18 | 曙光信息产业(北京)有限公司 | 元数据管理方法 |
CN103392167A (zh) * | 2012-12-28 | 2013-11-13 | 华为技术有限公司 | 分布式存储系统的缓存方法、节点和计算机可读介质 |
CN103514298A (zh) * | 2013-10-16 | 2014-01-15 | 浪潮(北京)电子信息产业有限公司 | 一种实现文件锁的方法及元数据服务器 |
-
2014
- 2014-06-23 CN CN201410284455.0A patent/CN104113587B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090119304A1 (en) * | 2002-01-30 | 2009-05-07 | Red Hat, Inc. | Metadata structures and related locking techniques to improve performance and scalability in a cluster file system |
CN102541983A (zh) * | 2011-10-25 | 2012-07-04 | 无锡城市云计算中心有限公司 | 一种分布式文件系统中多客户端缓存同步的方法 |
CN102546751A (zh) * | 2011-12-06 | 2012-07-04 | 华中科技大学 | 一种分布式文件系统分级元数据缓存控制方法 |
CN103392167A (zh) * | 2012-12-28 | 2013-11-13 | 华为技术有限公司 | 分布式存储系统的缓存方法、节点和计算机可读介质 |
CN103150394A (zh) * | 2013-03-25 | 2013-06-12 | 中国人民解放军国防科学技术大学 | 面向高性能计算的分布式文件系统元数据管理方法 |
CN103310000A (zh) * | 2013-06-25 | 2013-09-18 | 曙光信息产业(北京)有限公司 | 元数据管理方法 |
CN103514298A (zh) * | 2013-10-16 | 2014-01-15 | 浪潮(北京)电子信息产业有限公司 | 一种实现文件锁的方法及元数据服务器 |
Non-Patent Citations (1)
Title |
---|
钱迎进 等: ""Lustre分布式锁管理器的分析与改进"", 《计算机工程与科学》 * |
Cited By (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103795801A (zh) * | 2014-02-12 | 2014-05-14 | 浪潮电子信息产业股份有限公司 | 一种基于实时应用集群的元数据集群设计方法 |
CN104486328A (zh) * | 2014-12-10 | 2015-04-01 | 小米科技有限责任公司 | 访问控制方法和装置 |
CN104572917A (zh) * | 2014-12-29 | 2015-04-29 | 成都致云科技有限公司 | 数据锁定方法、装置及分布式存储系统 |
CN105512279B (zh) * | 2015-12-04 | 2019-05-03 | 华为技术有限公司 | 一种元数据访问方法、相关设备及系统 |
WO2017092673A1 (zh) * | 2015-12-04 | 2017-06-08 | 华为技术有限公司 | 一种元数据访问方法、相关设备及系统 |
CN105512279A (zh) * | 2015-12-04 | 2016-04-20 | 华为技术有限公司 | 一种元数据访问方法、相关设备及系统 |
WO2017114262A1 (zh) * | 2015-12-31 | 2017-07-06 | 华为技术有限公司 | 一种管理分布式存储系统的方法及分布式存储系统 |
CN106095594B (zh) * | 2016-06-01 | 2019-09-27 | 新浪网技术(中国)有限公司 | 一种资源处理的方法、装置及系统 |
CN106095594A (zh) * | 2016-06-01 | 2016-11-09 | 新浪网技术(中国)有限公司 | 一种资源处理的方法、装置及系统 |
CN106648903A (zh) * | 2017-01-03 | 2017-05-10 | 北京百度网讯科技有限公司 | 调用分布式文件系统的方法和装置 |
CN106648903B (zh) * | 2017-01-03 | 2019-03-26 | 北京百度网讯科技有限公司 | 调用分布式文件系统的方法和装置 |
CN106919713A (zh) * | 2017-03-13 | 2017-07-04 | 郑州云海信息技术有限公司 | 一种集群文件系统及分布式文件系统多客户端文件控制方法 |
CN106919713B (zh) * | 2017-03-13 | 2021-03-16 | 苏州浪潮智能科技有限公司 | 一种集群文件系统及分布式文件系统多客户端文件控制方法 |
CN108170757A (zh) * | 2017-12-22 | 2018-06-15 | 郑州云海信息技术有限公司 | 一种数据文件读取方法、装置及设备 |
CN108170757B (zh) * | 2017-12-22 | 2020-07-07 | 郑州云海信息技术有限公司 | 一种数据文件读取方法、装置及设备 |
CN109299056B (zh) * | 2018-09-19 | 2019-10-01 | 潍坊工程职业学院 | 一种基于分布式文件系统的数据同步方法和装置 |
CN109299056A (zh) * | 2018-09-19 | 2019-02-01 | 潍坊工程职业学院 | 一种基于分布式文件系统的数据同步方法和装置 |
CN110941591A (zh) * | 2019-11-22 | 2020-03-31 | 浪潮电子信息产业股份有限公司 | 一种文件删除方法、装置、设备及可读存储介质 |
CN111046001A (zh) * | 2019-12-28 | 2020-04-21 | 浪潮电子信息产业股份有限公司 | 一种批量创建文件的方法、装置、设备及存储介质 |
CN111046001B (zh) * | 2019-12-28 | 2023-03-14 | 浪潮电子信息产业股份有限公司 | 一种批量创建文件的方法、装置、设备及存储介质 |
CN111309796A (zh) * | 2020-02-07 | 2020-06-19 | 腾讯科技(深圳)有限公司 | 一种数据处理方法、装置以及计算机可读存储介质 |
CN111309796B (zh) * | 2020-02-07 | 2023-09-26 | 腾讯科技(深圳)有限公司 | 一种数据处理方法、装置以及计算机可读存储介质 |
CN113590560A (zh) * | 2021-06-29 | 2021-11-02 | 济南浪潮数据技术有限公司 | 一种分布式系统的缓存优化方法、系统、设备和存储介质 |
CN113625962A (zh) * | 2021-07-09 | 2021-11-09 | 济南浪潮数据技术有限公司 | 分布式存储的动态子树优化方法、系统、终端及存储介质 |
CN113625962B (zh) * | 2021-07-09 | 2023-12-29 | 济南浪潮数据技术有限公司 | 分布式存储的动态子树优化方法、系统、终端及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN104113587B (zh) | 2017-08-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104113587A (zh) | 一种分布式文件系统客户端元数据缓存优化方法 | |
EP3596619B1 (en) | Methods, devices and systems for maintaining consistency of metadata and data across data centers | |
US11379428B2 (en) | Synchronization of client machines with a content management system repository | |
US9946735B2 (en) | Index structure navigation using page versions for read-only nodes | |
CN106462592B (zh) | 优化对索引的多版本支持的系统和方法 | |
CN110502507B (zh) | 一种分布式数据库的管理系统、方法、设备和存储介质 | |
US11442961B2 (en) | Active transaction list synchronization method and apparatus | |
CN104714755B (zh) | 一种快照管理方法及装置 | |
CN102169507B (zh) | 一种分布式实时搜索引擎的实现方法 | |
US9305056B1 (en) | Results cache invalidation | |
US8825601B2 (en) | Logical data backup and rollback using incremental capture in a distributed database | |
CN103595797B (zh) | 一种分布式存储系统中的缓存方法 | |
CN103179185A (zh) | 一种分布式文件系统客户端缓存中文件创建方法及其系统 | |
US20160088077A1 (en) | Seamless binary object and metadata sync | |
CN107818111B (zh) | 一种缓存文件数据的方法、服务器及终端 | |
CN105183400A (zh) | 一种基于内容寻址的对象存储方法和系统 | |
CN104158897A (zh) | 一种分布式文件系统中文件布局的更新方法 | |
CN111127252A (zh) | 一种水资源管理决策支持系统的数据管理方法 | |
CN104281673A (zh) | 一种数据库的缓存构建系统及对应的构建方法 | |
US20140279901A1 (en) | Mobile Data Synchronization | |
CN105022779A (zh) | 一种利用Filesystem API实现HDFS文件存取方法 | |
US20230185676A1 (en) | Database recovery based on logical timestamp | |
US20170286447A1 (en) | Method and Computer System for Sharing Objects | |
CN108376104B (zh) | 节点调度方法及装置、计算机可读存储介质 | |
US20160357779A1 (en) | Efficient buffer pool page pre-fetching for database clusters |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |