[发明专利]一种文件处理方法、装置、设备及存储介质有效
申请号: | 202110594284.1 | 申请日: | 2021-05-28 |
公开(公告)号: | CN113220644B | 公开(公告)日: | 2022-04-26 |
发明(设计)人: | 耿亮亮;梁军民;孔令波;高恩宇 | 申请(专利权)人: | 北京微纳星空科技有限公司 |
主分类号: | G06F16/16 | 分类号: | G06F16/16;G06F16/172 |
代理公司: | 北京超凡宏宇专利代理事务所(特殊普通合伙) 11463 | 代理人: | 严小艳 |
地址: | 100000 北京市海淀区*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 文件 处理 方法 装置 设备 存储 介质 | ||
本申请提供了一种文件处理方法、装置、设备及存储介质,其中,该方法包括:在接收到客户端发送的携带有待上传文件的上传请求时,确定用于存储待上传文件的第一目标文件节点服务器中的第一目标空间分片;根据待上传文件的大小和第一目标数量,使用第三哈希取余法确定各待上传子文件的名称;针对每一个待上传子文件,判断第一目标空间分片包括的磁盘中是否存在与该待上传子文件名称相同的第一目标子文件;若不存在第一目标子文件,将该待上传子文件存储在磁盘中;该方法采用多次少量上传的方式,有利于提高较大文件的上传效率以及应用服务器中较大文件完整上传的成功率。
技术领域
本申请涉及文件数据的应用服务领域,具体而言,涉及一种文件处理方法、装置、设备及存储介质。
背景技术
随着网络服务的发展,在应用服务器中上传或下载文件数据的需求变得越来越重要,但在现今大数据的催生下,在应用服务器中上传或下载的文件数据内容不断增加,使得文件数据的占用内存越来越大,较大文件数据量也越来越多,应用服务器在实现较大文件数据上传或下载时的效率问题也越发突出。
在上传较大文件的过程中,较大文件在应用服务器中成功上传,主要体现为该较大文件在该应用服务器中成功存储,但较大文件占用内存较大,所以存储过程较慢,当在较大文件的存储过程中出现网络中断的问题时,该较大文件存储失败,客户端需要再将该较大文件发送到该应用服务器中重新存储,该方式消耗较多的时间,使得较大文件在应用服务器中的上传效率较低。
发明内容
有鉴于此,本申请实施例提供了一种文件处理方法、装置、设备及存储介质,有利于提高较大文件的上传效率以及应用服务器中较大文件完整上传的成功率。
主要包括以下几个方面:
第一方面,本申请实施例提供了一种文件处理方法,所述方法包括:
在接收到客户端发送的携带有待上传文件的上传请求时,根据所述待上传文件的名称和文件节点服务器的个数,使用第一哈希取余法确定用于存储所述待上传文件的第一目标文件节点服务器;
根据所述待上传文件的名称和所述第一目标文件节点服务器中包括的空间分片的个数,使用第二哈希取余法确定所述第一目标文件节点服务器中用于存储所述待上传文件的第一目标空间分片;
根据所述待上传文件的大小和第一目标数量,使用第三哈希取余法确定各待上传子文件的名称,其中,所述第一目标数量指的是将所述待上传文件在所述第一目标空间分片中按照预设大小进行分割后得到的所有待上传子文件的个数;
针对每一个所述待上传子文件,判断所述第一目标空间分片包括的磁盘中是否存在与该待上传子文件名称相同的第一目标子文件;
若不存在所述第一目标子文件,将该待上传子文件存储在所述磁盘中。
可选的,所述根据所述待上传文件的名称和文件节点服务器的个数,使用第一哈希取余法确定用于存储所述待上传文件的第一目标文件节点服务器,包括:
对所述待上传文件的名称所对应的字符串进行第一哈希运算,得到第一哈希值;
使用所述第一哈希值对所述文件节点服务器的个数取余,得到第一余数;
根据所述第一余数,确定为所述第一余数的数值预先匹配的文件节点服务器的第一标识,以将所述第一标识代表的文件节点服务器作为所述第一目标文件节点服务器。
可选的,所述根据所述待上传文件的大小和第一目标数量,使用第三哈希取余法确定各待上传子文件的名称,包括:
对用于表示所述待上传文件的大小的数值进行第二哈希运算,得到第二哈希值;
使用所述第二哈希值对所述待上传子文件的个数取余,得到第二余数;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京微纳星空科技有限公司,未经北京微纳星空科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202110594284.1/2.html,转载请声明来源钻瓜专利网。