背景
imgurl.org是
xiaoz 2017年12月开始运营的一个图床网站,以下简称ImgURL,ImgURL运营期间经历了几次迁移,不过当时数据都还不多,没什么难度。随着时间推移数据量越来越多,至今图片数据已经超过100万张,截至2022.03.29已经达到1176457张图片。
目前服务器磁盘IO压力比较大(主要来自MySQL读写压力和图片处理时的压力(图片裁剪、压缩等)),现阶段ImgURL托管在Psychz,由于Psychz机械硬盘IO太差,准备从Psychz的独服迁移到Kimsufi独服,在此做一个记录和分享。
网站结构
ImgURL主要包括:程序(PHP) + 数据库(MySQL) + 外部存储三部分组成,其中外部数据又分4个,分别为:
* 本地
* Backblaze B2(云上不用考虑迁移)
* FTP
* 自建的minio(S3)
**备注:本地、FTP、minio数据全部在Psychz**
其中数据量最大的为FTP和minio数据,分别为:
* FTP:
188GB(文件数量未统计)* minio数据:
154GB,对象数量67万
数据库迁移
MySQL数据虽然达到了百万行,但整体数据库不是很大,基本上就是标准的导入、导出操作。
首先导出MySQL数据库:
mysqldump -uxxx -pxxx imgurl>imgurl.sql整个SQL文件导出后才
525M,然后使用scp命令拷贝迁移(此处省略)接着是导入数据库:
mysql -u imgurl -p imgurl The Content-Md5 you specified did not match what we received.
错误文件次数达到`55269`,意味着有`55269`个文件因为MD5校验没通过而迁移失败。出现这个报错的原因应该是之前我是用了非标操作直接修改了minio的源文件(minio单机版可直接看到源文件并修改,之前直接对这些图片源文件进行了压缩处理,导致MD5发生变更)。由于文件数太多,再加上Psychz的IO比较渣,导致rclone在扫描的时候花了非常多的时间。
接着继续对余下的数据做迁移,这次我学聪明了,对命令进行了如下优化:bashrclone sync --s3-upload-cutoff 0 --tpslimit 10 --ignore-checksum --size-only -P psychz_s3:/imgurl/imgs/2022/03 kimsufi_s3:/imgurl/imgs/2022/03
```
**--s3-upload-cutoff 0**
> 对于未作为分段上传上传的小对象(--s3-upload-cutoff如果使用 rclone 上传,则对象大小如下),rclone 使用ETag:标头作为 MD5 校验和。
> 然而,对于作为分段上传或使用服务器端加密(SSE-AWS 或 SSE-C)上传的对象,ETag标头不再是数据的 MD5 总和,因此 rclone 添加了一个额外的元数据X-Amz-Meta-Md5chksum,它是一个 base64 编码的 MD5 哈希(与 所需的格式相同Content-MD5)。
> 对于大型对象,计算此哈希可能需要一些时间,因此可以使用 禁用添加此哈希--s3-disable-checksum。这意味着这些对象没有 MD5 校验和。
> 请注意,从对象中读取它需要额外的HEAD 请求,因为元数据不会在对象列表中返回。
看了官方的描述,我还是没太搞懂
--s3-upload-cutoff这个参数的具体含义到底是啥。**--tpslimit 10**
这个参数的作用,官方描述如下:
> 对于未作为分段上传上传的小对象(--s3-upload-cutoff如果使用 rclone 上传,则对象大小如下),rclone 使用ETag:标头作为 MD5 校验和。
> 然而,对于作为分段上传或使用服务器端加密(SSE-AWS 或 SSE-C)上传的对象,ETag标头不再是数据的 MD5 总和,因此 rclone 添加了一个额外的元数据X-Amz-Meta-Md5chksum,它是一个 base64 编码的 MD5 哈希(与 所需的格式相同Content-MD5)。
> 对于大型对象,计算此哈希可能需要一些时间,因此可以使用 禁用添加此哈希--s3-disable-checksum。这意味着这些对象没有 MD5 校验和。
> 请注意,从对象中读取它需要额外的HEAD 请求,因为元数据不会在对象列表中返回。
*
--ignore-checksum这个参数的含义是忽略哈希校验(MD5),对于大量的小文件来说这个参数很有用,但是可靠性可能会降低*
--size-only:仅校验文件的大小通过监控观察了下,rclone优化前和优化后的命令效果显著,系统负载也是直线下降(应该扫描少了)

154GB数据,对象67万,使用
rclone sync同步minio数据花了30多个小时。rclone应该还有其它很多优化参数,有兴趣的小伙伴可以取研究下rclone官方文档。总结
截至
2022.03.30,https://imgurl.org/已成功从Psychz迁移到了Kimsufi,整个过程难度不大,但是rclone sync同步minio数据花费了太多时间。总结如下:1. MySQL数据导入不推荐
source命令,建议用这种方式:`mysql -u imgurl -p imgurl