不能让mysqldump直接输出到S3 URL，因其为本地进程，不支持HTTP/S3协议写入；curl或管道推流会破坏事务一致性、缺失完整性校验与中断重试机制，必须通过rclone或aws s3 cp等专用工具封装上传逻辑。
为什么不能让 mysqldump 直接输出到 S3 URL
因为 mysqldump 是本地进程，不支持写入 HTTP/S3 协议地址；强行用 curl -X PUT 或管道推流会丢失事务一致性、无法校验完整性，且中断后无重试机制。对象存储必须通过专用工具封装上传逻辑。
用 rclone 还是 aws s3 cp？选哪个更稳
优先用 rclone：它支持断点续传、校验和自动重试、统一配置多云（S3/OSS/MinIO），而 aws s3 cp 仅限 AWS，且默认不校验文件内容（需额外加 --checksum 参数，但不如 rclone 原生可靠）。
-
rclone配置示例（~/.config/rclone/rclone.conf）：[my-s3-backup] type = s3 provider = Alibaba env_auth = false access_key_id = your_access_key secret_access_key = your_secret_key region = oss-cn-hangzhou endpoint = https://oss-cn-hangzhou.aliyuncs.com acl = private
- 上传命令必须带
--checksum和--retries 3：rclone copy --checksum --retries 3 /backup/mysql_*.sql.gz my-s3-backup:backup-bucket/mysql/ - 避免用
sync替代copy：前者会删远端多余文件，若本地脚本出错导致没生成新备份，sync会清空 S3 上所有历史文件
压缩 + 加密必须在上传前完成
S3 不提供传输中加密（SSE-S3 是静态加密），明文上传等于裸奔；且未压缩直接上传大 SQL 文件会拖慢带宽、增加失败概率。
CurlShip Directory Submission
下载
向CurlShip提交产品，这是一个对机器人友好的SaaS目录。只需一条curl命令即可发布产品，支持OG标签抓取、带徽章的dofollow链接及层级升级。
- 先用
gzip压缩：mysqldump --single-transaction db1 | gzip > /backup/db1_$(date +%Y%m%d).sql.gz - 再用
gpg加密（密钥离线保管）：gpg --cipher-algo AES256 --compress-algo 1 --encrypt --recipient backup-key@company.com /backup/db1_*.sql.gz - 上传时用
.gpg后缀文件，S3 上不存明文或未加密压缩包
如何验证 S3 备份真能恢复
每月抽检一次：下载最新备份 → 解密 → 解压 → 用 mysql --no-defaults -e "source /tmp/test.sql" 导入测试库 → 查表行数是否匹配原库 information_schema.TABLES。只校验文件存在或 MD5 一致没用，mysqldump 输出可能含语法错误或 GTID 冲突语句，运行时才暴露。
最容易被忽略的是字符集兼容性：导出时若没加 --default-character-set=utf8mb4，而目标实例是 latin1，source 会静默跳过中文字段——得在测试导入后查 SELECT LENGTH(col), CHAR_LENGTH(col) 对比确认。
