类似情况内部有讨论过,初步结论,AI 总结:
- 将 TiKV 配置项
backup.s3-multi-part-size设置为 256MiB,避免通过 Multipart Upload API 上传备份文件,减少 CompleteMultipartUpload 的请求数量 - :BR 的修复已支持
multi_part_size可配置(解决原 5MB split size 生成过多请求的问题),并添加了备份 S3 存储的 metrics 以监控 QPS;长期计划将实现 流量控制器 ,自动控制请求不超过云厂商的带宽和 QPS 限制,替代手动调整参数 - 缓解方案 :结合
backup.enable-auto-tune = false、backup.num_threads = 1与ratelimit限速(如ratelimit = 10时),降低备份对 OSS 的 QPS 压力