CN114780022B - 追加写操作实现方法、装置、电子设备及存储介质 - Google Patents
追加写操作实现方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN114780022B CN114780022B CN202210307583.7A CN202210307583A CN114780022B CN 114780022 B CN114780022 B CN 114780022B CN 202210307583 A CN202210307583 A CN 202210307583A CN 114780022 B CN114780022 B CN 114780022B
- Authority
- CN
- China
- Prior art keywords
- information
- target storage
- data
- storage node
- persistence
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/061—Improving I/O performance
- G06F3/0611—Improving I/O performance in relation to response time
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
- G06F11/1464—Management of the backup or restore process for networked environments
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0638—Organizing or formatting or addressing of data
- G06F3/064—Management of blocks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0638—Organizing or formatting or addressing of data
- G06F3/0643—Management of files
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
- G06F3/065—Replication mechanisms
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
Abstract
本公开提供了追加写操作实现方法、装置、电子设备及存储介质,涉及分布式存储等人工智能领域,其中的方法可包括:向目标存储节点写入数据,所述数据为待处理的追加写操作请求写入的数据,目标存储节点为所述追加写操作对应的数据块的副本所在的存储节点;若确定数据写入成功,则向目标存储节点发送信息提交请求,用于请求目标存储节点将所述追加写操作对应的预定信息持久化到本地;若确定信息持久化成功,则向所述追加写操作的发起方返回写入成功信息。应用本公开所述方案,可减少反馈延迟,提升数据写入效率等。
Description
技术领域
本公开涉及人工智能技术领域,特别涉及分布式存储等领域的追加写操作实现方法、装置、电子设备及存储介质。
背景技术
在分布式文件存储系统中,当每执行完一次追加写操作后,可向追加写操作的发起方返回(即反馈)写入成功信息。
目前,执行一次追加写操作通常需要耗费较长的时间,以写4MB数据为例,将总共需要9毫秒左右的耗时,从而导致了较大的反馈延迟,并降低了数据写入效率。
发明内容
本公开提供了追加写操作实现方法、装置、电子设备及存储介质。
一种追加写操作实现方法,包括:
向目标存储节点写入数据,所述数据为待处理的追加写操作请求写入的数据,所述目标存储节点为所述追加写操作对应的数据块的副本所在的存储节点;
若确定数据写入成功,则向所述目标存储节点发送信息提交请求,用于请求所述目标存储节点将所述追加写操作对应的预定信息持久化到本地;
若确定信息持久化成功,则向所述追加写操作的发起方返回写入成功信息。
一种追加写操作实现方法,包括:
获取客户端写入的数据,所述数据为待处理的追加写操作请求写入的数据;
获取客户端发送的信息提交请求,所述信息提交请求为所述客户端确定针对目标存储节点的数据写入成功后发送的信息提交请求,所述目标存储节点为所述追加写操作对应的数据块的副本所在的存储节点;
根据所述信息提交请求,将所述追加写操作对应的预定信息持久化到本地,并在持久化成功后向所述客户端返回持久化成功信息,用于所述客户端在确定信息持久化成功后、向所述追加写操作的发起方返回写入成功信息。
一种追加写操作实现装置,包括:写入模块、提交模块以及反馈模块;
所述写入模块,用于向目标存储节点写入数据,所述数据为待处理的追加写操作请求写入的数据,所述目标存储节点为所述追加写操作对应的数据块的副本所在的存储节点;
所述提交模块,用于若确定数据写入成功,向所述目标存储节点发送信息提交请求,用于请求所述目标存储节点将所述追加写操作对应的预定信息持久化到本地;
所述反馈模块,用于若确定信息持久化成功,向所述追加写操作的发起方返回写入成功信息。
一种追加写操作实现装置,包括:第一获取模块、第二获取模块以及保存模块;
所述第一获取模块,用于获取客户端写入的数据,所述数据为待处理的追加写操作请求写入的数据;
所述第二获取模块,用于获取客户端发送的信息提交请求,所述信息提交请求为所述客户端确定针对目标存储节点的数据写入成功后发送的信息提交请求,所述目标存储节点为所述追加写操作对应的数据块的副本所在的存储节点;
所述保存模块,用于根据所述信息提交请求,将所述追加写操作对应的预定信息持久化到本地,并在持久化成功后向所述客户端返回持久化成功信息,用于所述客户端在确定信息持久化成功后、向所述追加写操作的发起方返回写入成功信息。
一种电子设备,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行如以上所述的方法。
一种存储有计算机指令的非瞬时计算机可读存储介质,所述计算机指令用于使计算机执行如以上所述的方法。
一种计算机程序产品,包括计算机程序/指令,所述计算机程序/指令被处理器执行时实现如以上所述的方法。
上述公开中的一个实施例具有如下优点或有益效果:信息持久化是整个追加写操作过程中最为耗时的处理,上述实施例中,将追加写操作对应的预定信息持久化到目标存储节点本地,在信息持久化成功后,即可向追加写操作的发起方返回写入成功信息,而将所述预定信息持久化到目标存储节点本地仅需耗费较短的时间,从而减少了反馈延迟,并提升了数据写入效率。
应当理解,本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征,也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
附图用于更好地理解本方案,不构成对本公开的限定。其中:
图1为现有分布式文件存储系统的组成结构示意图;
图2为本公开所述追加写操作实现方法第一实施例的流程图;
图3为本公开所述追加写操作实现方法第二实施例的流程图;
图4为本公开所述追加写操作实现装置第一实施例400的组成结构示意图;
图5为本公开所述追加写操作实现装置第二实施例500的组成结构示意图;
图6示出了可以用来实施本公开的实施例的电子设备600的示意性框图。
具体实施方式
以下结合附图对本公开的示范性实施例做出说明,其中包括本公开实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本公开的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
另外,应理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
本公开所述方案可基于分布式文件存储系统实现。图1为现有分布式文件存储系统的组成结构示意图。如图1所示,包括:客户端(client)、存储集群、元数据管理集群、数据库以及后台服务等。
其中,客户端为一个库(library),可编译进业务进程中,对业务提供文件系统的相关访问接口,如创建文件,列举目录下所有的子目录/子文件,读取文件数据,向文件写入数据等。
存储集群中可包括多个存储节点(storage node),用来存储文件数据,每个存储节点中可存储多个文件的数据块(block)。
元数据管理集群中可包括多个无状态的主(master)服务,各主服务完全对等,可水平扩容,主服务主要用于管理目录树,管理文件信息,管理数据块的副本分布在哪些存储节点等,主服务本地不持久化这些信息,这些信息均可持久化到数据库中。
每个文件均包括一些属性信息,如全局唯一标识(inodeid)、文件大小(filesize)、文件的最后修改时间(last modify time)以及文件由哪些数据块组成等。
每个数据块也分别具有各自的全局唯一标识,数据块的长度不定,通常最大长度为512MB,每个数据块可分别具有多个副本,并且,每个数据块可分别包括以下属性信息:1)状态,主要包括两种状态,即活跃(active)和锁定(sealed);2)最后修改时间,即数据块最后一次写数据的时间;3)大小,即数据块的长度。
数据库可为新型结构化查询语言(NewSQL,New Structured Query Language)数据库,用于持久化分布式文件存储系统的元数据,如目录树,文件信息(如文件大小、由哪些数据块组成等),每个数据块的副本分别分布在哪些存储节点等。
后台服务可用于实现垃圾回收等各种后台任务。
在实际应用中,当需要写文件时,可首先打开该文件,如客户端可向主服务调用打开(open)接口,申请打开该文件,主服务可对该文件的最后一个数据块执行锁定(seal)操作,锁定操作成功后可分配新的数据块,之后可回复客户端,如通知客户端所分配的数据块以及该数据块的各副本所在的存储节点等,之后,客户端可对该文件进行追加写操作,每次追加写操作时,可向该数据块的各副本所在的存储节点同时并发写入数据,当确定数据写入成功后,可向主服务发送信息提交请求,即提交(commit)本次写操作,相应地,主服务可将本次追加写操作对应的预定信息持久化到数据库,所述预定信息可包括写入后的文件大小、写入后的数据块大小等,信息持久化成功后,客户端可向追加写操作的发起方(如用户)返回写入成功信息。
对于一次追加写操作来说,其耗时主要由两部分组成,一部分是向存储节点写入数据,另一部分是向主服务提交信息并将信息持久化到数据库中。对于第一部分,其耗时通常较短,而第二部分的耗时通常较长,以写4MB数据为例,第一部分的耗时通常为3毫秒左右,而第二部分的耗时通常为6毫秒左右,因此对于一次4MB数据的追加写操作来说,60%左右的耗时都是由第二部分导致的。
为此,本公开中提出了追加写操作实现方法。图2为本公开所述追加写操作实现方法第一实施例的流程图。如图2所示,包括以下具体实现方式。
在步骤201中,向目标存储节点写入数据,所述数据为待处理的追加写操作请求写入的数据,目标存储节点为所述追加写操作对应的数据块的副本所在的存储节点。
在步骤202中,若确定数据写入成功,则向目标存储节点发送信息提交请求,用于请求目标存储节点将所述追加写操作对应的预定信息持久化到本地。
在步骤203中,若确定信息持久化成功,则向所述追加写操作的发起方返回写入成功信息。
上述方法实施例所述方案中,可将追加写操作对应的预定信息持久化到目标存储节点本地,在信息持久化成功后,即可向追加写操作的发起方返回写入成功信息,即在进行追加写操作时,不再同步提交对应的预定信息到主服务,而是提交到目标存储节点,而将所述预定信息持久化到目标存储节点本地仅需耗费较短的时间,从而减少了反馈延迟,并提升了数据写入效率。
在实际应用中,图2所示实施例的执行主体可为图1中所示的客户端。
如客户端可向主服务调用打开接口,申请打开某一文件,主服务可对该文件的最后一个数据块执行锁定操作,锁定操作成功后可分配新的数据块,之后可回复客户端,如通知客户端所分配的数据块以及该数据块的各副本所在的存储节点等,进一步地,客户端可对该文件进行追加写操作。
针对待处理的追加写操作,可向目标存储节点写入数据,即写入所述追加写操作对应的待写数据,为便于表述,将所述追加写操作对应的数据块即所分配的数据块的副本所在的存储节点称为目标存储节点。通常来说,目标存储节点的数量大于一,相应地,可向各目标存储节点同时并发写入数据。
若确定数据写入成功,可向目标存储节点发送信息提交请求,用于请求目标存储节点将追加写操作对应的预定信息持久化到本地。
本公开的一个实施例中,若获取到至少两个目标存储节点返回的写入成功信息,则可确定数据写入成功,或者,若获取到大于半数的目标存储节点返回的写入成功信息,则可确定数据写入成功。
比如,目标存储节点的数量为5个,那么,若其中的至少2个返回了写入成功信息,则可认为数据写入成功,或者,若其中的至少3个(半数为2.5,需要大于半数)返回了写入成功信息,则可认为数据写入成功。
具体采用哪种方式可根据实际需要而定,非常的灵活方便,另外,通过上述处理,确保了写入的数据被存储到至少两个存储节点上,从而避免了某一存储节点出现故障所导致的数据不可用的问题。
在确定数据写入成功后,可向各目标存储节点发送信息提交请求,请求目标存储节点将本次的追加写操作对应的预定信息持久化到本地。所述预定信息具体包括哪些内容可根据实际需要而定,比如,可包括写入后的文件大小、写入后的数据块大小等。
之后,若确定信息持久化成功,可向追加写操作的发起方返回写入成功信息。
本公开的一个实施例中,若获取到至少两个目标存储节点返回的持久化成功信息,则可确定信息持久化成功,或者,若获取到大于半数的目标存储节点返回的持久化成功信息,则可确定信息持久化成功。
比如,目标存储节点的数量为5个,那么,若其中的至少2个返回了持久化成功信息,则可认为信息持久化成功,或者,若其中的至少3个(半数为2.5,需要大于半数)返回了持久化成功信息,则可认为信息持久化成功。
具体采用哪种方式可根据实际需要而定,非常的灵活方便,另外,通过上述处理,确保了所述预定信息被存储到至少两个存储节点上,从而避免了某一存储节点出现故障所导致的所述预定信息不可用的问题。
本公开的一个实施例中,在向追加写操作的发起方返回写入成功信息后,还可从任一返回持久化成功信息的目标存储节点处获取所述预定信息,并可向主服务发送信息提交请求,用于请求主服务将所述预定信息持久化到数据库中。
即可异步地向主服务提交所述预定信息,以便主服务将其持久化到数据库中,如NewSQL数据库,从而确保了所述预定信息最终被持久化到数据库中,兼顾了现有的实现方式。
在将所述预定信息持久化到数据库中之后,存储节点中的所述预定信息可以保留,也可以删除,不作限制。
图3为本公开所述追加写操作实现方法第二实施例的流程图。如图3所示,包括以下具体实现方式。
在步骤301中,获取客户端写入的数据,所述数据为待处理的追加写操作请求写入的数据。
在步骤302中,获取客户端发送的信息提交请求,所述信息提交请求为客户端确定针对目标存储节点的数据写入成功后发送的信息提交请求,目标存储节点为所述追加写操作对应的数据块的副本所在的存储节点。
在步骤303中,根据所述信息提交请求,将所述追加写操作对应的预定信息持久化到本地,并在持久化成功后向客户端返回持久化成功信息,用于客户端在确定信息持久化成功后、向所述追加写操作的发起方返回写入成功信息。
在实际应用中,图3所示实施例的执行主体可为所述目标存储节点。
上述方法实施例所述方案中,可将追加写操作对应的预定信息持久化到目标存储节点本地,在信息持久化成功后,即可向追加写操作的发起方返回写入成功信息,即在进行追加写操作时,不再同步提交对应的预定信息到主服务,而是提交到目标存储节点,而将所述预定信息持久化到目标存储节点本地仅需耗费较短的时间,从而减少了反馈延迟,并提升了数据写入效率。
本公开的一个实施例中,在将追加写操作对应的预定信息持久化到本地时,可将所述预定信息持久化到本地的持久化内存(AEP,Persistent Memory)中。
在持久化内存中保存信息的速度非常快,从而进一步减少了反馈延迟,提升了数据写入效率。
需要说明的是,对于前述的各方法实施例,为了简单描述,将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本公开并不受所描述的动作顺序的限制,因为依据本公开,某些步骤可以采用其它顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本公开所必须的。另外,某个实施例中没有详述的部分,可以参见其它实施例中的相关说明。
总之,采用本公开方法实施例所述方案,不再同步提交所述预定信息到主服务,而是提交到目标存储节点,由目标存储节点将所述预定信息持久化到本地的持久化内存中,并可在确定信息持久化成功后,即向追加写操作的发起方返回写入成功信息,后续可启动异步任务,异步地将所述预定信息提交到主服务,以便主服务将其持久化到数据库中,仍以写4MB数据为例,按照传统的处理方式,第二部分的耗时通常为6毫秒左右,而采用本公开所述处理方式后,第二部分的耗时可缩短为0.1毫秒左右,从而极大了减少了反馈延迟,提升了数据写入效率。
以上是关于方法实施例的介绍,以下通过装置实施例,对本公开所述方案进行进一步说明。
图4为本公开所述追加写操作实现装置第一实施例400的组成结构示意图。如图4所示,包括:写入模块401、提交模块402以及反馈模块403。
写入模块401,用于向目标存储节点写入数据,所述数据为待处理的追加写操作请求写入的数据,目标存储节点为所述追加写操作对应的数据块的副本所在的存储节点。
提交模块402,用于若确定数据写入成功,向目标存储节点发送信息提交请求,用于请求目标存储节点将所述追加写操作对应的预定信息持久化到本地。
反馈模块403,用于若确定信息持久化成功,向所述追加写操作的发起方返回写入成功信息。
在实际应用中,图4所示装置可为客户端。
上述装置实施例所述方案中,可将追加写操作对应的预定信息持久化到目标存储节点本地,在信息持久化成功后,即可向追加写操作的发起方返回写入成功信息,即在进行追加写操作时,不再同步提交对应的预定信息到主服务,而是提交到目标存储节点,而将所述预定信息持久化到目标存储节点本地仅需耗费较短的时间,从而减少了反馈延迟,并提升了数据写入效率。
针对待处理的追加写操作,写入模块401可向目标存储节点写入数据,即写入所述追加写操作对应的待写数据,为便于表述,将所述追加写操作对应的数据块即所分配的数据块的副本所在的存储节点称为目标存储节点。通常来说,目标存储节点的数量大于一,相应地,写入模块401可向各目标存储节点同时并发写入数据。
若确定数据写入成功,提交模块402可向目标存储节点发送信息提交请求,用于请求目标存储节点将追加写操作对应的预定信息持久化到本地。
本公开的一个实施例中,提交模块402若获取到至少两个目标存储节点返回的写入成功信息,则可确定数据写入成功,或者,若获取到大于半数的目标存储节点返回的写入成功信息,则可确定数据写入成功。
在确定数据写入成功后,提交模块402可向各目标存储节点发送信息提交请求,请求目标存储节点将本次的追加写操作对应的预定信息持久化到本地。所述预定信息具体包括哪些内容可根据实际需要而定,比如,可包括写入后的文件大小、写入后的数据块大小等。
之后,若确定信息持久化成功,反馈模块403可向追加写操作的发起方返回写入成功信息。
本公开的一个实施例中,反馈模块403若获取到至少两个目标存储节点返回的持久化成功信息,则可确定信息持久化成功,或者,若获取到大于半数的目标存储节点返回的持久化成功信息,则可确定信息持久化成功。
本公开的一个实施例中,在向追加写操作的发起方返回写入成功信息后,提交模块402还可从任一返回持久化成功信息的目标存储节点处获取所述预定信息,并可向主服务发送信息提交请求,用于请求主服务将所述预定信息持久化到数据库中。
图5为本公开所述追加写操作实现装置第二实施例500的组成结构示意图。如图5所示,包括:第一获取模块501、第二获取模块502以及保存模块503。
第一获取模块501,用于获取客户端写入的数据,所述数据为待处理的追加写操作请求写入的数据。
第二获取模块502,用于获取客户端发送的信息提交请求,所述信息提交请求为客户端确定针对目标存储节点的数据写入成功后发送的信息提交请求,目标存储节点为所述追加写操作对应的数据块的副本所在的存储节点。
保存模块503,用于根据所述信息提交请求,将所述追加写操作对应的预定信息持久化到本地,并在持久化成功后向客户端返回持久化成功信息,用于客户端在确定信息持久化成功后、向所述追加写操作的发起方返回写入成功信息。
在实际应用中,图5所示装置可为所述目标存储节点。
相应地,上述装置实施例所述方案中,可将追加写操作对应的预定信息持久化到目标存储节点本地,在信息持久化成功后,即可向追加写操作的发起方返回写入成功信息,即在进行追加写操作时,不再同步提交对应的预定信息到主服务,而是提交到目标存储节点,而将所述预定信息持久化到目标存储节点本地仅需耗费较短的时间,从而减少了反馈延迟,并提升了数据写入效率。
本公开的一个实施例中,在将追加写操作对应的预定信息持久化到本地时,可将所述预定信息持久化到本地的持久化内存中。
图4和图5所示装置实施例的具体工作流程可参照前述方法实施例中的相关说明。
总之,采用本公开装置实施例所述方案,不再同步提交所述预定信息到主服务,而是提交到目标存储节点,由目标存储节点将所述预定信息持久化到本地的持久化内存中,并可在确定信息持久化成功后,即向追加写操作的发起方返回写入成功信息,后续可启动异步任务,异步地将所述预定信息提交到主服务,以便主服务将其持久化到数据库中,仍以写4MB数据为例,按照传统的处理方式,第二部分的耗时通常为6毫秒左右,而采用本公开所述处理方式后,第二部分的耗时可缩短为0.1毫秒左右,从而极大了减少了反馈延迟,提升了数据写入效率。
本公开所述方案可应用于人工智能领域,特别涉及分布式存储等领域。人工智能是研究使计算机来模拟人的某些思维过程和智能行为(如学习、推理、思考、规划等)的学科,既有硬件层面的技术也有软件层面的技术,人工智能硬件技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理等技术,人工智能软件技术主要包括计算机视觉技术、语音识别技术、自然语言处理技术以及机器学习/深度学习、大数据处理技术、知识图谱技术等几大方向。
本公开所述实施例中的数据并不是针对某一特定用户的,并不能反映出某一特定用户的个人信息。本公开的技术方案中,所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理,均符合相关法律法规的规定,且不违背公序良俗。
根据本公开的实施例,本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
图6示出了可以用来实施本公开的实施例的电子设备600的示意性框图。电子设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置,诸如,个人数字助理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本公开的实现。
如图6所示,设备600包括计算单元601,其可以根据存储在只读存储器(ROM)602中的计算机程序或者从存储单元608加载到随机访问存储器(RAM)603中的计算机程序,来执行各种适当的动作和处理。在RAM 603中,还可存储设备600操作所需的各种程序和数据。计算单元601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
设备600中的多个部件连接至I/O接口605,包括:输入单元606,例如键盘、鼠标等;输出单元607,例如各种类型的显示器、扬声器等;存储单元608,例如磁盘、光盘等;以及通信单元609,例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
计算单元601可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元601的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元601执行上文所描述的各个方法和处理,例如本公开所述的方法。例如,在一些实施例中,本公开所述的方法可被实现为计算机软件程序,其被有形地包含于机器可读介质,例如存储单元608。在一些实施例中,计算机程序的部分或者全部可以经由ROM 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序加载到RAM 603并由计算单元601执行时,可以执行本公开所述的方法的一个或多个步骤。备选地,在其他实施例中,计算单元601可以通过其他任何适当的方式(例如,借助于固件)而被配置为执行本公开所述的方法。
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、复杂可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器,使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行,作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
在本公开的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
为了提供与用户的交互,可以在计算机上实施此处描述的系统和技术,该计算机具有:用于向用户显示信息的显示装置(例如,CRT(阴极射线管)或者LCD(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(LAN)、广域网(WAN)和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器,也可以为分布式系统的服务器,或者是结合了区块链的服务器。
应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本公开公开的技术方案所期望的结果,本文在此不进行限制。
上述具体实施方式,并不构成对本公开保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等,均应包含在本公开保护范围之内。
Claims (10)
1.一种追加写操作实现方法,包括:
向目标存储节点写入数据,所述数据为待处理的追加写操作请求写入的数据,所述目标存储节点为所述追加写操作对应的数据块的副本所在的存储节点;
若确定数据写入成功,则向所述目标存储节点发送信息提交请求,用于请求所述目标存储节点将所述追加写操作对应的预定信息持久化到本地,所述预定信息包括:写入后的文件大小以及写入后的数据块大小;
若确定信息持久化成功,则向所述追加写操作的发起方返回写入成功信息,其中,所述确定信息持久化成功包括:若获取到至少两个目标存储节点返回的持久化成功信息,则确定信息持久化成功,或者,若获取到大于半数的目标存储节点返回的所述持久化成功信息,则确定信息持久化成功;
所述方法还包括:所述向所述追加写操作的发起方返回写入成功信息后,从任一返回所述持久化成功信息的目标存储节点处获取所述预定信息,并向主服务发送信息提交请求,用于请求所述主服务将所述预定信息持久化到数据库中。
2.根据权利要求1所述的方法,其中,
所述确定数据写入成功包括:若获取到至少两个目标存储节点返回的写入成功信息,则确定数据写入成功,或者,若获取到大于半数的目标存储节点返回的所述写入成功信息,则确定数据写入成功。
3.一种追加写操作实现方法,包括:
获取客户端写入的数据,所述数据为待处理的追加写操作请求写入的数据;
获取客户端发送的信息提交请求,所述信息提交请求为所述客户端确定针对目标存储节点的数据写入成功后发送的信息提交请求,所述目标存储节点为所述追加写操作对应的数据块的副本所在的存储节点;
根据所述信息提交请求,将所述追加写操作对应的预定信息持久化到所述目标存储节点本地,并在持久化成功后向所述客户端返回持久化成功信息,用于所述客户端执行预定处理,所述预定处理包括:在确定信息持久化成功后、向所述追加写操作的发起方返回写入成功信息,并从任一返回所述持久化成功信息的目标存储节点处获取所述预定信息,向主服务发送信息提交请求,用于请求所述主服务将所述预定信息持久化到数据库中,所述预定信息包括:写入后的文件大小以及写入后的数据块大小,其中,所述信息持久化成功包括:所述客户端获取到至少两个目标存储节点返回的持久化成功信息,或者,所述客户端获取到大于半数的目标存储节点返回的所述持久化成功信息。
4.根据权利要求3所述的方法,其中,
所述将所述追加写操作对应的预定信息持久化到本地包括:将所述预定信息持久化到本地的持久化内存中。
5.一种追加写操作实现装置,包括:写入模块、提交模块以及反馈模块;
所述写入模块,用于向目标存储节点写入数据,所述数据为待处理的追加写操作请求写入的数据,所述目标存储节点为所述追加写操作对应的数据块的副本所在的存储节点;
所述提交模块,用于若确定数据写入成功,向所述目标存储节点发送信息提交请求,用于请求所述目标存储节点将所述追加写操作对应的预定信息持久化到本地,所述预定信息包括:写入后的文件大小以及写入后的数据块大小;
所述反馈模块,用于若确定信息持久化成功,向所述追加写操作的发起方返回写入成功信息,其中,所述确定信息持久化成功包括:若获取到至少两个目标存储节点返回的持久化成功信息,则确定信息持久化成功,或者,若获取到大于半数的目标存储节点返回的所述持久化成功信息,则确定信息持久化成功;
所述提交模块进一步用于,所述向所述追加写操作的发起方返回写入成功信息后,从任一返回所述持久化成功信息的目标存储节点处获取所述预定信息,并向主服务发送信息提交请求,用于请求所述主服务将所述预定信息持久化到数据库中。
6.根据权利要求5所述的装置,其中,
所述提交模块若获取到至少两个目标存储节点返回的写入成功信息,则确定数据写入成功,或者,若获取到大于半数的目标存储节点返回的所述写入成功信息,则确定数据写入成功。
7.一种追加写操作实现装置,包括:第一获取模块、第二获取模块以及保存模块;
所述第一获取模块,用于获取客户端写入的数据,所述数据为待处理的追加写操作请求写入的数据;
所述第二获取模块,用于获取客户端发送的信息提交请求,所述信息提交请求为所述客户端确定针对目标存储节点的数据写入成功后发送的信息提交请求,所述目标存储节点为所述追加写操作对应的数据块的副本所在的存储节点;
所述保存模块,用于根据所述信息提交请求,将所述追加写操作对应的预定信息持久化到所述目标存储节点本地,并在持久化成功后向所述客户端返回持久化成功信息,用于所述客户端执行预定处理,所述预定处理包括:在确定信息持久化成功后、向所述追加写操作的发起方返回写入成功信息,并从任一返回所述持久化成功信息的目标存储节点处获取所述预定信息,向主服务发送信息提交请求,用于请求所述主服务将所述预定信息持久化到数据库中,所述预定信息包括:写入后的文件大小以及写入后的数据块大小,其中,所述信息持久化成功包括:所述客户端获取到至少两个目标存储节点返回的持久化成功信息,或者,所述客户端获取到大于半数的目标存储节点返回的所述持久化成功信息。
8.根据权利要求7所述的装置,其中,
所述保存模块将所述预定信息持久化到本地的持久化内存中。
9.一种电子设备,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求1-4中任一项所述的方法。
10.一种存储有计算机指令的非瞬时计算机可读存储介质,其中,所述计算机指令用于使计算机执行权利要求1-4中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210307583.7A CN114780022B (zh) | 2022-03-25 | 2022-03-25 | 追加写操作实现方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210307583.7A CN114780022B (zh) | 2022-03-25 | 2022-03-25 | 追加写操作实现方法、装置、电子设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114780022A CN114780022A (zh) | 2022-07-22 |
CN114780022B true CN114780022B (zh) | 2023-01-06 |
Family
ID=82424506
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210307583.7A Active CN114780022B (zh) | 2022-03-25 | 2022-03-25 | 追加写操作实现方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114780022B (zh) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8843441B1 (en) * | 2012-01-17 | 2014-09-23 | Amazon Technologies, Inc. | System and method for maintaining a master replica for reads and writes in a data store |
CN105824867A (zh) * | 2015-12-14 | 2016-08-03 | 广东亿迅科技有限公司 | 一种基于多级分布化元数据的海量文件管理系统 |
WO2017165827A1 (en) * | 2016-03-25 | 2017-09-28 | Amazon Technologies, Inc. | Low latency distributed storage service |
CN107295080A (zh) * | 2017-06-19 | 2017-10-24 | 北京百度网讯科技有限公司 | 应用于分布式服务器集群的数据存储方法和服务器 |
CN110647514A (zh) * | 2019-08-23 | 2020-01-03 | 北京浪潮数据技术有限公司 | 一种元数据更新方法、装置及元数据服务器 |
CN111381779A (zh) * | 2020-03-05 | 2020-07-07 | 深信服科技股份有限公司 | 数据处理方法、装置、设备及存储介质 |
CN113986923A (zh) * | 2021-10-28 | 2022-01-28 | 建信金融科技有限责任公司 | 基于只追加文件存储的分布式事务处理方法、装置及设备 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102646130B (zh) * | 2012-03-12 | 2013-08-14 | 华中科技大学 | 一种海量历史数据的存储及索引方法 |
CN104866497B (zh) * | 2014-02-24 | 2018-06-15 | 华为技术有限公司 | 分布式文件系统列式存储的元数据更新方法、装置、主机 |
-
2022
- 2022-03-25 CN CN202210307583.7A patent/CN114780022B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8843441B1 (en) * | 2012-01-17 | 2014-09-23 | Amazon Technologies, Inc. | System and method for maintaining a master replica for reads and writes in a data store |
CN105824867A (zh) * | 2015-12-14 | 2016-08-03 | 广东亿迅科技有限公司 | 一种基于多级分布化元数据的海量文件管理系统 |
WO2017165827A1 (en) * | 2016-03-25 | 2017-09-28 | Amazon Technologies, Inc. | Low latency distributed storage service |
CN107295080A (zh) * | 2017-06-19 | 2017-10-24 | 北京百度网讯科技有限公司 | 应用于分布式服务器集群的数据存储方法和服务器 |
CN110647514A (zh) * | 2019-08-23 | 2020-01-03 | 北京浪潮数据技术有限公司 | 一种元数据更新方法、装置及元数据服务器 |
CN111381779A (zh) * | 2020-03-05 | 2020-07-07 | 深信服科技股份有限公司 | 数据处理方法、装置、设备及存储介质 |
CN113986923A (zh) * | 2021-10-28 | 2022-01-28 | 建信金融科技有限责任公司 | 基于只追加文件存储的分布式事务处理方法、装置及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN114780022A (zh) | 2022-07-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP4053770A1 (en) | Schedule information acquiring method, apparatus, device, storage medium and program | |
CN113364877B (zh) | 数据处理方法、装置、电子设备和介质 | |
US20230012642A1 (en) | Method and device for snapshotting metadata, and storage medium | |
WO2023066182A1 (zh) | 文件处理方法、装置、设备及存储介质 | |
CN113193947A (zh) | 实现分布式全局序的方法、设备、介质及程序产品 | |
CN114780022B (zh) | 追加写操作实现方法、装置、电子设备及存储介质 | |
EP4092544A1 (en) | Method, apparatus and storage medium for deduplicating entity nodes in graph database | |
CN114780021B (zh) | 副本修复方法、装置、电子设备及存储介质 | |
EP4131017A2 (en) | Distributed data storage | |
CN114500443B (zh) | 消息推送方法、装置、系统、电子设备和存储介质 | |
CN115587091A (zh) | 数据入库方法、装置、设备以及存储介质 | |
CN115357641A (zh) | 数据查询方法、装置、电子设备和存储介质 | |
US20220237055A1 (en) | Method and apparatus for application communication, and storage medium | |
CN117331944A (zh) | 一种数据库表生成方法、装置、设备及存储介质 | |
CN113934581A (zh) | 存储系统磁盘故障信息获取方法、装置、电子设备和介质 | |
CN115934738A (zh) | 分布式数据的写入方法、装置、设备以及存储介质 | |
CN115794742A (zh) | 文件路径数据处理方法、装置、设备及存储介质 | |
CN115905322A (zh) | 业务处理方法、装置、电子设备及存储介质 | |
CN114661738A (zh) | 一种添加索引的方法、装置、设备以及存储介质 | |
CN115168760A (zh) | 数据查询方法、装置及存储介质 | |
CN114329161A (zh) | 数据查询方法、装置及电子设备 | |
CN117725115A (zh) | 一种数据库序列处理方法、装置、设备以及存储介质 | |
CN113641670A (zh) | 数据存储及数据检索方法、装置、电子设备及存储介质 | |
CN114490852A (zh) | 导航数据回库的方法、装置、设备、存储介质及程序产品 | |
CN115033823A (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 |