Milvus备份恢复提速1.6倍，0.6版本正式发布

在 Milvus 集群迁移、故障恢复或测试环境搭建中，备份和恢复是常见操作。但备份成功后，数据距离正常查询还需经过导入、索引重建和加载等步骤，大规模向量数据的索引重建尤其耗时。为此，milvus-backup 0.6 正式推出。

在 Milvus 3.0.1 上，恢复不再受导入链路中 datanode 扫描文件速度的制约，索引文件可随数据一并恢复，实测恢复提速 1.6 倍；配置文件迎来 v2 结构化重构，并附带一键迁移命令。

恢复更快：Milvus 3.0.1 之前，恢复 binlog 需经 import 任务重新逐行读入并重建索引，数据规模大时耗时较长。3.0.1 及以上版本中，milvus-backup 可使用 snapshot 格式，恢复只是复制文件，数据文件与索引文件一起恢复，完成即可加载使用，无需 datanode 逐行扫描。内部环境对同一数据集（3 个 collection × 1000 万行 × 768 维向量，约 92 GB，索引总量约 32 GB）测试显示，snapshot 恢复速度约为 binlog 的 1.6 倍，耗时减少约 36%，且包含索引文件恢复，完成后可直接进入 collection 加载和查询验证阶段。后续还将进一步优化 snapshot 恢复速度。

配置更简：针对社区反馈的配置复杂问题，0.6 重新组织配置并明确覆盖优先级：http request > --set > env > 配置文件 > 默认值。v2 配置按用途重新组织参数，部分参数改用更明确取值，例如旧版 milvus.tlsMode: 0/1/2 调整为 milvus.grpc.tlsMode: disabled/server/mutual。当备份与 Milvus 使用同一套存储服务时，backup.storage 中大部分未设置参数会继承 milvus.storage，减少重复配置；rootPath 使用独立默认值 backup，需根据备份目录规划确认。v2 只保留凭据类环境变量，如 MILVUS_USER、MILVUS_PASSWORD，旧版中用于设置其他参数的环境变量需按迁移报告调整。用户可通过 milvus-backup config migrate --config backup.yaml -o backup-v2.yaml 一键迁移，命令会生成新配置文件并输出迁移报告，需人工调整的内容会在报告中列出；执行 milvus-backup config show --config backup-v2.yaml 可查看最终生效配置及其来源，便于排查“修改配置后没有生效”的问题。

进度清晰：0.6 最新版本给大部分耗时任务加上进度条，使任务进度更透明。

使用流程上，先迁移配置并确认实际生效参数；再创建备份，milvus-backup 会自动探测 Milvus 版本，支持 snapshot 的版本默认自动选择 snapshot，旧版本使用 binlog，如需继续使用 binlog 可显式指定 --format binlog。需注意，snapshot 收益取决于 Milvus 版本和备份格式，仅升级 milvus-backup 不会将已有 binlog 备份转换为 snapshot。恢复时可为 collection 添加后缀便于对照，恢复完成后使用 Milvus 客户端检查 schema、数据行数和索引状态，再加载 collection 并执行固定查询验证。评估恢复性能建议分别记录恢复任务完成时间，以及 collection 加载完成、查询验证通过的时间，后者更接近业务实际需要的恢复时间。

0.6 在 create 命令下新增三个场景预设选项，后续版本还将根据场景自动决定是否备份索引、是否压缩等参数。升级现有脚本时，除迁移配置外还需检查命令行参数，0.5 中已弃用的 flag 在 0.6 中被移除；从源码构建的用户需将 Go 环境升级至 1.26。建议先用一个 collection 完成配置迁移、备份、恢复和查询验证，再更新现有自动化任务。完整变更见 v0.6.0 Release notes。