感觉恐怕不是文件合并能解决的问题。
因为目录里面看应该是一堆sst文件，这可能可以理解为就是region的原始信息，而且带了备份时间开始到现在的所有mvcc信息来实现pitr。这个东西恐怕不是文件合并能解决的。
因为会有一些sst没写满，按天还原sst肯定有相互的覆盖，按天操作一个顺序搞错，恢复的日志就没法用了。
如果非要一天上传一次，我感觉保险点还是每天tiup br log stop之后备份掉，再按照时间戳启动一下任务，并且改变一下保存的路径。可能可以做到。
我也没试过。你可以尝试一下。
最好还是弄个s3.就非常省心了。你这么绕一圈折腾的原因，还是因为用的是共享目录。