前言
今天调用Minio的分片合并接口时，遇到了一个错误，困扰了我一整天。因为我始终在自己身上找原因，一度怀疑是自己的逻辑处理有问题，而且自己认为最可能的原因就是自己参数传错了。但是，万万没有想到，原来问题出在Minio服务自己身上。
正文
啥也不说了，我们来看一下合并时的报错信息：
Your proposed upload is smaller than the minimum allowed object size
报错截图：
说一下项目背景
各个终端（包括Web端、PC端、移动端APP、车端）将上传的视频文件，切片后发送给存储网关，再由存储网关转储到Minio对象存储中。现在遇到的这个问题的原因是各个终端上传的分片大小都是1MB或者2MB，都已经固定写死了，但是Minio对象存储要求的最小分片是5MB。因此，在合并某个文件的所有分片的时候，总是提示Your proposed upload is smaller than the minimum allowed object size。
解决方案
当自己排查出是这个原因导致的合并错误后，赶紧整理了所有可能的解决方案，总的来说，总共有三个可行性方案。
方案一、各端同步修改分片大小
显而易见的方法，各个终端统一修改分片大小，统一改为5MB，但是这样有两个弊端：一、需要所有终端同步修改，涉及的范围比较大。二、对象存储服务不够灵活，当面临固定分片大小的时候，可能会出现无法兼容的问题。
方案二、存储网关重新构造分片
第二种方案也非常容易想到，就是将小分片的请求临时暂存起来，当缓存大小满足5MB时，再给Minio存储服务转发。我们需要考虑的就是大小分片的对齐问题。可能存在的问题：当多实例部署时，可能会导致某些分片无法进行合并拼接。
方案三、修改Minio分片大小限制
终极方案，直接修改Minio源码，调整分片大小限制，再重新编译。
分片大小在Minio源码中是写死的，代码如下：
globalMinPartSize = 5 * humanize.MiByte
修改方式也非常简单，本人目前是直接改成了1MB。
结尾
好了，合并Minio分片的问题终于解决了。其实，Minio的源码中有很多可以借鉴的经验，欢迎大家尝鲜。我是 liuzhen007, 中国邦德，一个敲代码的邦德，欢迎评论留言加“一键三连”。
作者简介：😄大家好，我是 Data-Mining（liuzhen007），是一位音视频技术爱好者，前后就职于传统广电巨头和音视频互联网公司，具有丰富的音视频直播和点播相关经验，对 WebRTC、FFmpeg 和 Electron 有非常深入的了解，😄公众号：玩转音视频。同时也是 CSDN 博客专家、华为云社区云享专家、签约作者，欢迎关注我分享更多干货！😄
