掌桥专利:专业的专利平台
掌桥专利
首页

一种多并发大文件存储方法及系统

文献发布时间:2024-04-18 20:02:18


一种多并发大文件存储方法及系统

技术领域

本发明属于文件存储技术领域,尤其涉及一种多并发大文件存储方法及系统。

背景技术

为了能够对车辆安全性能检验和尾气排放检验的情况进行监管,需要通过检验机构在外观检验区域、设备检验区域内安装摄像头,在车辆安全性能检验和尾气排放检验的各个项目及环节时进行视频录制,从而达到对检验过程的监管;检验视屏在特定服务器进行存储,可由交警、交通、生态环境等监管部门随时调阅。

为了对检验机构的检验视频进行存储,通常的方式是由检验机构运行的服务程序向MongoDB数据库发送视频存储请求,进而由MongoDB数据库存储该视频存储请求相应的检验视频。如果单一检验机构或者少量检验机构同一时刻记录检验视频的情况下,MongoDB数据库则会逐一对检验视频进行存储。然而,当检验机构较多,且在同一时间对多辆汽车的多个检验项目记录检验视频时,对于检验视频的存储数量将会急剧增大即出现大并发多任务的情况,此时若需要MongoDB数据库对所有检验视频进行存储时,则采用排队处理的方式:即将所有检验机构发送的视频存储请求逐一进行存储,而其余的请求则挂起排队等待执行,待前一个视频存储请求完成视频存储后,再进行下一个视频的存储。

然而,这种大并发多任务在使用MongoDB数据库存储时,由于MongoDB数据库采用排队处理的方式,虽然MongDB也会采用多线程方式,但面对大并发多任务的情况,也必然会造成视频存储请求长时间无法得到响应,一方面可能会造成视频存储等待时间较长,从而导致监管部门无法实时调取检验视频,另一方面也可能会出现卡顿或死机的情况,从而造成视频存储请求无法响应,进一步影响检验机构进行检验视频的存储和监管效果。

在视频读取方面,从MongDB数据库中读取视频文件也存在以上问题,即大并发多任务时,视频文件必须一个一个排队的从MongDB的读取,造成视频读取拥塞,浏览卡顿、无法响应等问题。

发明内容

本发明提供一种多并发大文件存储方法及系统,旨在解决上述技术问题。

本发明是这样实现的,一方面本发明公开了一种多并发大文件存储方法,应用于检验机构对车辆的检验视频的存储和读取,所述方法包括:

由视频截取服务集群接收检验机构发送的检验视频存储请求,所述检验视频存储请求包括一家和/或多家检验机构发送的一个和/或多个存储请求,所述检验视频存储请求至少包括检验机构信息和车辆信息;

根据接收的检验视频存储请求均衡分布给相应的视频截取服务,由视频截取服务根据所述检验视频存储请求截取相应的检验视频;

视频转码压缩服务集群接收截取的检验视频,并将截取后的检验视频均衡分布给相应的视频转码服务对所述检验视频进行转码处理;

视频转码压缩服务集群将转码处理后的检验视频均衡分布给相应的视频压缩服务将转码处理后的检验视频进行压缩处理;

视频存储读取服务集群接收压缩处理后的检验视频,并将压缩处理后的检验视频均衡分布给相应的视频存储服务在存储服务器上进行视频存储和视频读取。

优选地,根据接收的检验视频存储请求均衡分布给相应的视频截取服务集群,包括:

获取检验视频存储请求的数量以及视频截取服务集群中视频截取服务器的数量;

根据所述视频截取服务器的数量以及检验视频存储请求的数量,将检验视频存储请求均匀分配给相应的视频截取服务器,其中,每一个视频截取服务器所接收的检验视频请求的数量均衡。

优选地,所述多并发大文件存储方法还包括:

获取所有视频截取服务器当前在处理的任务量;

根据当前视频截取服务器的任务量大小,将接收的检验视频请求均衡分配给相应的视频截取服务器,以便由所述视频截取服务器根据所述检验视频存储请求对应车辆进行视频截取。

优选地,视频转码压缩服务集群接收截取的检验视频,并将截取后的检验视频均衡分布给相应的视频转码服务集群,包括:

获取所述视频转码压缩服务集群中视频转码服务器或视频转码压缩服务器的数量;

获取待转码的检验视频的数量;

根据待转码的检验视频的数量以及视频转码服务器或视频转码压缩服务器的数量,将待转码的检验视频均匀分配给相应的视频转码服务器或视频转码压缩服务器,其中,每一个视频转码服务器或视频转码压缩服务器中待处理的检验视频的数量均衡。

优选地,所述多并发大文件存储方法还包括:

获取所有视频转码服务器或视频转码压缩服务器当前在处理的任务量;

根据当前视频转码服务器或视频转码压缩服务器在处理的任务量大小,将截取后的检验视频发送至任务量最小的视频转码服务器或视频转码压缩服务器进行转码处理。

优选地,所述多并发大文件存储方法还包括:

获取截取后的每一个检验视频的视频大小;

根据当前视频转码服务器或视频转码压缩服务器在处理的任务量大小和检验视频的视频大小,将截取后的检验视频发送至相应的视频转码服务器或视频转码压缩服务器进行转码处理,其中,每一个视频转码服务器或视频转码压缩服务器的视频任务均衡。

优选地,所述视频转码压缩服务集群将转码处理后的检验视频均衡分布给相应的视频压缩服务集群,包括:

获取所述视频转码压缩服务集群中视频压缩服务器或视频转码压缩服务器的数量以及转码处理后的检验视频的数量;

根据视频压缩服务器或视频转码压缩服务器的数量以及待压缩的检验视频的数量,将待压缩的检验视频均衡分配给视频压缩服务器或视频转码压缩服务器,其中,每个视频压缩服务器或视频转码压缩服务器待处理的检验视频的数量均衡。

优选地,所述视频转码压缩服务集群将转码处理后的检验视频均衡分布给相应的视频压缩服务集群,包括:

获取所有视频压缩服务器或视频转码压缩服务器当前在处理的任务量;

根据当前视频压缩服务器或视频转码压缩服务器当前在处理的任务量大小,将转码处理后的检验视频发送至任务量最小的视频压缩服务器或视频转码压缩服务器进行压缩处理。

优选地,所述多并发大文件存储方法还包括:

接收视频读取请求,所述视频读取请求包括所请求的检验机构信息和车辆信息;

根据所述视频读取请求调取视频存储服务中相应的检验视频。

优选地,所述方法还包括:

检验当前视频存储服务器是否故障;

若当前视频存储服务器故障,则切换至备用视频存储服务器,由所述备用视频存储服务器接收被压缩处理的检验视频。

另一方面,本发明还公开了一种多并发大文件存储系统,所述多并发大文件存储系统包括:

视频截取服务集群,所述视频截取服务集群包括视频截取服务的多个视频截取服务器;

视频转码压缩服务集群,所述视频转码压缩服务集群包括含视频转码服务和视频压缩服务的多个视频转码压缩服务器,或者,所述视频转码压缩服务集群包括含视频转码服务的多个视频转码服务器和含视频压缩服务的视频压缩服务器,且所述视频转码服务器和所述视频压缩服务器的数量相等;

视频存储读取服务集群,所述视频存储读取服务集群包括含视频存储服务和视频读取服务的多个视频存储读取服务器,或者,所述视频存储读取服务集群包括含视频存储服务的多个视频存储服务器和含视频读取服务的多个视频读取服务器,且所述视频存储服务器和视频读取服务器的数量相等。

有益效果

本发明公开了一种多并发大文件存储方法及系统,其中该方法包括:由视频截取服务集群接收检验机构发送的检验视频存储请求,根据接收的检验视频存储请求均衡分布给相应的视频截取服务,由视频截取服务根据所述检验视频存储请求截取相应的检验视频;进而由视频转码压缩服务集群将截取后的检验视频均衡分布给相应的视频转码服务,由所述视频转码服务对所述检验视频进行转码处理;继而由视频转码压缩服务集群将转码处理后的检验视频均衡分布给相应的视频压缩服务,由视频压缩服务将转码处理后的检验视频进行压缩处理;从而由视频存储读取服务集群将压缩处理后的检验视频均衡分布给相应的视频存储服务,以便视频存储服务在存储服务器上进行视频存储和视频读取。本申请通过设置视频截取服务集群、视频转码压缩服务集群以及视频存储读取服务集群,分别实现对视频截取请求和检验视频的均衡分布处理,从而能够有效实现对多数据、多并发检验视频的均衡分布处理,有效提高了数据的动态处理能力,从而有效避免由于现有MongoDB数据库无法大并发处理多个检验视频的情况,从而极大提高的数据存储效率。而且本申请对视频截取服务器进行截取后的检验视频分别由视频转发服务和视频压缩服务进行转码和压缩处理,进而由视频存储服务和视频读取服务实现视频的存储和读取,通过对检验视频的转码和压缩处理,能够极大限度的降低了检验视频对硬盘的占有率,增加了检验视频的存储、读取的效率。而且,由于检验视频分布存储于多个视频存储服务器形成的服务集群以及对检验视频数据的转码和压缩处理,不仅能够降低视频存储服务器中硬盘损坏的风险,提高数据存储的可靠性,而且通过多视频读取服务使得检验视频读取的效率得到了极大的提高。

附图说明

图1是本发明实施例提供的一种多并发大文件存储系统的结构框图;

图2是本发明实施例提供的一种多并发大文件存储方法的流程示意图;

图3是本发明实施例提供的图2中步骤S200的一种详细流程示意图;

图4是本发明实施例提供的图2中步骤S200的另一种详细流程示意图;

图5是本发明实施例提供的图2中步骤S300的一种详细流程示意图;

图6是本发明实施例提供的图2中步骤S300的另一种详细流程示意图;

图7是本发明实施例提供的图2中步骤S300的又一种详细流程示意图;

图8是本发明实施例提供的图2中步骤S400的一种详细流程示意图;

图9是本发明实施例提供的图2中步骤S400的另一种详细流程示意图;

图10是本发明实施例提供的图2中步骤S500的一种详细流程示意图;

图11是本发明实施例提供的图2中步骤S500的另一种详细流程示意图;

图12是本发明实施例提供的图2中步骤S500的又一种详细流程示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。

参见附图1所示为本申请公开的一种多并发大文件存储系统,该多并发大文件存储系统包括视频截取服务集群1、视频转码压缩服务集群2和视频存储读取服务集群3,其中,所谓的服务集群即把多台服务器集中后进行同一种服务,可以用多个计算机同时实现计算,从而可以提供更高的计算速度,极大的提升了服务器整体的工作效率。本申请中视频截取服务集群1可以至少包括2个视频截取服务器:第一视频截取服务器11和第二视频截取服务器12,该视频截取服务器均配置有视频截取服务,具体的该两个视频截取服务器均为计算器内嵌置有相应的视频截取程序,从而在接收到检验机构通过用户终端(如平板电脑等等)发送的检验视频存储请求后执行相应检验视频的截取工作;当然,该视频截取服务器的个数并不限制于本申请公开的数量,可以根据检验机构对于检验视频存储量的大小进行布局和增加相应的数量,在此不详细阐述。

如图1所示,该视频转码压缩服务集群2可以包括8个视频转码服务器和8个视频压缩服务器,视频转码服务器和视频压缩服务器分别配置有视频转码服务和视频压缩服务,该视频转码服务器和视频压缩服务器可以为独立的服务器,也可以为共用服务器,例如附图1公开的该视频转码压缩服务集群2可以包括第一视频转码压缩服务器21、第二视频转码压缩服务器22、第三视频转码压缩服务器23、第四视频转码压缩服务器24、第五视频转码压缩服务器25、第六视频转码压缩服务器26、第七视频转码压缩服务器27和第八视频转码压缩服务器28,每一个视频转码压缩服务器均为一个计算机内嵌有视频转码程序和视频压缩程序即视频转码服务和视频压缩服务,因此每一个服务器均可实现视频转码服务器和视频压缩服务器独立处理的功能。

如图1所示,该视频视频存储读取服务集群3可以包括3个视频存储服务器和3个视频读取服务器,该视频存储服务器和视频读取服务器分别配置有视频存储服务和视频读取服务,当然,该视频存储服务器和视频读取服务器也可以共用同一个服务器,即如图1所示公开的该视频存储读取服务集群3可以包括第一视频存储读取服务器31、第二视频存储读取服务器32和第三视频存储读取服务器33,其中,每一个视频存储读取服务器均为一个计算机内嵌视频存储程序和视频读取程序的服务器集合,从而使每一个服务器均可实现视频存储和视频读取的功能。

当然,为了避免出现视频存储服务器和视频读取服务器出现差错而导致部分数据无法读取的情况,本申请公开的多并发大文件存储系统还包括备用视频存储服务器和备用视频读取服务器,如图1所示的,每一个视频存储读取服务器均包括一个备用服务器,如:第一备用视频存储读取服务器311、第二备用视频存储读取服务器321和第三备用视频存储读取服务器331,即每一个备用视频存储读取服务器均内嵌有视频存储程序和视频读取程序,从而便于当主服务器出现故障时可以随时切换至备用服务器进行使用。

同时,在本申请公开的多并发大文件存储系统中,每一个服务集群之间实现并行通信连接,即每一个服务集群中的服务器均可以与集群中其它的服务器实现通信连接,从而便于实现检验视频的均衡分配,即将负载(每一个待处理的检验视频)分摊到多个服务器中进行处理,达到每一个服务器实现均衡的状态,提高整个系统的稳定性和吞吐量,从而有效提高系统的工作效率。而且,本申请公开的视频截取服务、视频转码服务、视频压缩服务、视频存储服务和视频读取服务均为一种JAVA的微服务技术,即一种软件开发技术-面向服务的体系结构(SOA,Service-Oriented Architecture)架构样式的一种变体,它提倡将单一应用程序划分成一组小的服务,服务之间互相协调、互相配合,为用户提供最终价值。每个服务运行在其独立的进程中,服务与服务间采用轻量级的通信机制互相沟通。每个服务都围绕着具体业务进行构建,并且能够独立地部署到生产环境、类生产环境等,具体的在此不详细阐述,可以结合现有技术公开的相关内容进行说明。

结合上述公开的多并发大文件存储系统,本申请还公开了基于JAVA的微服务技术实现的一种多并发大文件存储方法,通过该多并发大文件存储方法实现检验机构对车辆的检验视频的存储和读取。具体的可参照附图2-12的相关流程图对本申请公开的多并发大文件存储方法进行详细阐述。具体如下:

如图2所示的本申请公开的一种多并发大文件存储方法,该多并发大文件存储方法包括如下步骤:

步骤S100:由视频截取服务集群接收检验机构发送的检验视频存储请求。

其中,在具体实施过程中,该检验视频存储请求包括一家和/或多家检验机构发送的一个和/或多个存储请求,所述检验视频存储请求至少包括检验机构信息和车辆信息,从而便于在进行视频截取的过程中能够针对该车辆进行有效的食品截取,进而便于在后续读取中通过对车辆信息的调取调取出相应的视频。

步骤S200:根据接收的检验视频存储请求均衡分布给相应的视频截取服务。

具体实施过程中,由视频截取服务根据所述检验视频存储请求截取相应的检验视频;由于本申请公开的视频截取服务器不止一个,因此可以方便多个视频截取服务同时进行视频截取,避免所有的视频存储请求均发送至同一个视频截取服务器发生拥堵的情况。具体实施过程中可参见图3-图4所示的步骤S200的详细流程图进行说明。

如图3所示,步骤S200详细包括如下步骤:

步骤S201:获取检验视频存储请求的数量以及视频截取服务集群中视频截取服务器的数量;

具体实施过程中,可能统一时刻会有多个检验视频存储请求存在,因此,为了避免出现同一个视频截取服务器堆积任务,则可将多个检验视频存储请求均匀分布给每一个视频截取服务器进行视频截取任务。

步骤S202:根据所述视频截取服务器的数量以及检验视频存储请求的数量,将检验视频存储请求均匀分配给相应的视频截取服务器。具体实施过程中,每一个视频截取服务器所接收的检验视频请求的数量均等。

如图4所示,步骤S200详细包括如下步骤:

步骤S203:获取所有视频截取服务器当前在处理的任务量。

具体实施过程中,为了保证视频截取服务器的均衡处理,需要预先获得每一个视频截取服务器当前处理的任务量,进而根据视频截取服务器的任务量进行均衡处理。

步骤S204:根据当前视频截取服务器的任务量大小,将接收的检验视频请求均衡分配给相应的视频截取服务器,以便由所述视频截取服务器根据所述检验视频存储请求对应车辆进行视频截取。

具体实施过程中,如果每一个视频截取服务器的任务量大小不等,则可以将接收到检验视频请求发送至任务量最小的视频截取服务器;若每一个视频截取服务器的任务量均等,则可以随机将接收到检验视频请求发送至任意一个视频截取服务器,以便实现均衡处理的目的。

步骤S300:视频转码压缩服务集群接收截取的检验视频,并将截取后的检验视频均衡分布给相应的视频转码服务对所述检验视频进行转码处理。具体实施过程中,该步骤S300还进一步包括如下详细步骤:

如图5所示,该步骤S300进一步包括如下步骤:

步骤S301:获取所述视频转码压缩服务集群中视频转码服务器或视频转码压缩服务器的数量;

具体实施过程中,该视频转码压缩服务集群可以为多个视频转码压缩服务器,每一个视频转码压缩服务器内均配置有视频转码服务和视频压缩服务;该视频转码压缩服务器也可以包括多个视频转码服务器和多个视频压缩服务器,每一个视频转码服务器均配置有视频转码服务,每一个视频压缩服务器均配置有视频压缩服务。具体的以下可以单独的视频转码服务器和视频压缩服务器进行说明,当然了该视频转码服务器和视频压缩服务器也可以作为同一个服务器分别实现视频转码服务和视频压缩服务的功能,具体在此不详细阐述。

步骤S302:获取待转码的检验视频的数量;

具体实施过程中,通过视频转码服务器的数量和待转码的检验视频的数量能够有效将待转码的检验视频的数量均匀分给相应的视频转码服务,其中,该待转码的检验视频即为步骤S200进行截取后的检验视频。

步骤S303:根据待转码的检验视频的数量以及视频转码服务器或视频转码压缩服务器的数量,将待转码的检验视频均匀分配给相应的视频转码服务器或视频转码压缩服务器。

具体实施过程中,每一个视频转码服务器或视频转码压缩服务器中待处理的检验视频的数量均衡。当然可以参考附图6所示的步骤S300的进一步包括如下步骤:

步骤S304:获取所有视频转码服务器或视频转码压缩服务器当前在处理的任务量;

步骤S305:根据当前视频转码服务器或视频转码压缩服务器在处理的任务量大小,将截取后的检验视频发送至任务量最小的视频转码服务器或视频转码压缩服务器进行转码处理。

具体实施过程中,以视频转码服务器为例,当检验到视频转码服务器中任务量均不相等时,则可以将截取后的检验视频发送给任务量最小的视频转码服务器进行转码处理;若每一个视频转码服务器中任务量均相等,则截取后的检验视频可以随机发送至八个视频转码服务器中的任意一个或者是第一视频转码服务器进行转码处理,从而实现多个视频转码服务器的均衡处理,避免出现如MongoDB数据库堆积处理的情况,从而有效提高效率。

同时,本申请实施例中可参考附图7所示的步骤S300的进一步包括如下步骤:

步骤S306:获取截取后的每一个检验视频的视频大小;

步骤S307:根根据当前视频转码服务器或视频转码压缩服务器在处理的任务量大小和检验视频的视频大小,将截取后的检验视频发送至相应的视频转码服务器或视频转码压缩服务器进行转码处理。

具体实施过程中,如果出现存储量较大或者时长较长的检验视频时,为了能够保证实现均衡处理,当侦测到每一个视频转码服务器都有处理的任务时,需要进一步检查每一个检验视频的视频大小,由于每一个视频转码服务器在正常处理过程中对于同样大小检验视频的处理时间相等,因此,为了避免某一个或者多个视频转码服务器虽然处理数量较少、但是处理的检验视频较大的情况而导致出现堆积处理的话,本申请需要通过获取每一个检验视频的视频大小,从而确保将检验视频发送给处理量最小的视频转码服务器进行处理,以便能够有效提高处理效率。因此,需要每一个视频转码服务器的视频大小之和均衡。例如:第一视频转码服务器至第八视频转码服务器的任务量均为2,但第一视频转码服务器至第七视频转码服务器中待处理的检验视频每一个视频时长为3分钟,而第八视频转码服务器中待处理的检验视频的视频市场均为1分钟,那么则可以将下一个待处理的检验视频发送至第八视频转码服务器中进行转码处理,从而避免出现检验视频堆积处理的情况,有效提高数据处理效率。当然,以上仅为一种示例性说明,在此并不进行详述。

步骤S400:视频转码压缩服务集群将转码处理后的检验视频均衡分布给相应的视频压缩服务将转码处理后的检验视频进行压缩处理。

具体实施过程中,可参照附图8所示该步骤S400的进一步包括如下步骤:

步骤S401:获取所述视频转码压缩服务集群中视频压缩服务器或视频转码压缩服务器的数量以及转码处理后的检验视频的数量。

步骤S402:根据视频压缩服务器或视频转码压缩服务器的数量以及待压缩的检验视频的数量,将待压缩的检验视频均衡分配给视频压缩服务器或视频转码压缩服务器。具体实施过程中,每个视频压缩服务器或视频转码压缩服务器待处理的检验视频的数量均衡。

其中,该视频压缩服务器和视频转码压缩服务器的具体说明可参照上述实施方式,在此不详细阐述。本实施例以视频压缩服务器进行说明。

参见附图9所示,该步骤S400进一步包括如下步骤:

步骤S403:获取所有视频压缩服务器或视频转码压缩服务器当前在处理的任务量;

步骤S404:根据当前视频压缩服务器或视频转码压缩服务器当前在处理的任务量大小,将转码处理后的检验视频发送至任务量最小的视频压缩服务器或视频转码压缩服务器进行压缩处理。

具体实施过程中,该步骤S401至步骤S404的实施方式可参照步骤S301至步骤S305的实施方式的详细说明,在此不详细阐述。同时,在本申请实施方式中,也可以通过采用步骤S306至步骤S307中有关视频大小的方式进行均衡分配检验视频进行进一步处理,在此不详细阐述。

步骤S500:视频存储读取服务集群接收压缩处理后的检验视频,并将压缩处理后的检验视频均衡分布给相应的视频存储服务进行视频存储和视频读取。

具体实施过程中,可参看附图10至附图12相关的详细流程图进行说明,如图10所示该步骤S500可以进一步包括如下步骤:

步骤S501:获取视频存储服务器当前在处理的任务量;

步骤S502:根据视频存储服务器当前在处理的任务量大小,将压缩处理后的检验视频发送至任务量最小的视频存储服务器进行存储。

具体的该视频存储读取服务集群可以包括多个视频读取服务器和多个视频存储服务器,且每一个视频存储服务器和视频读取服务器分别配置有视频存储服务和视频读取服务。该视频存储读取服务集群也可以包括多个视频存储读取服务器,每一个视频存储读取服务器均配置有视频读取服务器和视频存储服务器,本申请中以视频存储服务器和视频读取服务器进行说明,具体的对于视频存储服务器的处理方式可参照上述步骤S301至步骤S305以及步骤S401至步骤S404的相关说明,在此不详细阐述。同时,为了有效实现客户端进行视频调取和视频读取,该视频读取服务器可参照附图11进行说明,本申请还包括如下步骤:

步骤S503:接收视频读取请求,所述视频读取请求包括所请求的检验机构信息和车辆信息;

步骤S504:根据所述视频读取请求调取视频存储服务器中相应的检验视频。

具体实施过程中,由于在每一次存储相应的检验视频时,每一个检验视频中都包含了检验机构和车辆的信息,因此可直接通过检验机构信息和车辆信心的双重信息进行提取相应的检验视频。同时可参看附图12有关步骤S500的进一步详细阐述:

步骤S505:检验当前视频存储服务器是否故障;

步骤S506:若当前视频存储服务器故障,则切换至备用视频存储服务器,由所述备用视频存储服务器接收被压缩处理的检验视频。

具体实施过程中,若当前视频存储服务器未发生故障,则无需切换至备用视频存储服务器。同时,也可以通过人为的方式将当前的视频存储服务器中的相关数据进行存储到备用视频存储服务器,通过人为设置,可以将视频同时保存多份,形成了数据的热备(视频文件在正常存储的情况下,同时在另外一台服务器上进行备份存储),能够大大降低硬盘损坏、磁道损坏等物理损坏带来的风险。、

另外,通过本申请对检验视频进行转码、压缩后存储的方式,如果需要对数据进行迁移,也避免了以往需要先从MongoDB数据库读出,然后才能迁移的环节。本申请可以直接对文件进行迁移即可。因为以上步骤都是单向的,所以服务器的内存使用也只有一份,避免以往方法中重复占用内存的情况,降低了服务器负荷、节约了服务器配置成本。

当然,在具体实施过程中,该多并发大文件存储方法可以为嵌入到计算器中的相关应用程序,通过执行相应的计算程序从而进行相应的操作,进而计算得到相应的结果。具体的在此不详细阐述。

以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。

技术分类

06120116576578