备份任务调度应使用github.com/robfig/cron/v3，因其支持“每周一凌晨2点”等复杂表达式，具备panic恢复、并发控制、秒级精度（需显式启用）及日志追踪能力，而time.ticker仅适用于简单固定间隔场景，无法满足生产环境对精确性、健壮性和可观测性的要求。
备份任务调度用 time.Ticker 还是 github.com/robfig/cron/v3
直接用 time.Ticker 做定时太粗糙：无法支持“每周一凌晨2点”这种表达，也不处理任务重入、panic 恢复、日志追踪。生产环境几乎都选 cron 库——它解析标准 cron 表达式，支持 WithChain(cron.Recover(cron.DefaultLogger)) 自动捕获 panic，还能用 cron.WithSeconds() 支持秒级精度（默认不启用）。
注意：cron.New(cron.WithSeconds()) 必须显式开启秒级支持，否则 "*/5 * * * * *"（每5秒） 会报错；而 "0 */2 * * *"（每两小时） 这类无秒字段的表达式，在未开启 WithSeconds 时也能正常工作。
os/exec.Command 调用 rsync 或 tar 的坑
Go 里调外部命令不是简单拼字符串。常见错误包括路径含空格没加引号、环境变量缺失（如 HOME）、stdin 未关闭导致挂起。必须显式设置 cmd.Env，尤其当目标路径在 $HOME 下时。
- 用
cmd := exec.Command("rsync", "-avz", "--delete", "/data/", "/backup/")，不要拼接字符串 - 若需 SSH，确保
cmd.Env = append(os.Environ(), "RSYNC_RSH=ssh") - 务必调用
cmd.CombinedOutput()并检查 error，cmd.Run()不返回 stdout/stderr，出错时难以定位 - 避免在命令中写死密码——改用 ssh key +
ssh-agent，或通过cmd.Stdin = strings.NewReader("password\n")（仅限调试）
备份文件名带时间戳但跨时区出错
本地时间、UTC、服务器时区混用会导致备份文件名重复或乱序。例如 time.Now().Format("20060102150405") 在北京跑是 CST，但部署到海外服务器就变成当地时间，归档逻辑可能失效。
Go语言（Golang）1.26.0版本提供 Go 官方 Windows amd64 MSI 安装包下载入口，版本号 1.26.0，可用于旧项目维护、兼容性测试和指定版本开发环境配置。
统一用 UTC 时间生成文件名：time.Now().UTC().Format("20060102150405")。如果业务要求按本地时间命名（比如财务系统需匹配日报周期），则明确指定时区：sh, _ := time.LoadLocation("Asia/Shanghai"); time.Now().In(sh).Format(...)。别依赖 time.Local —— 容器里往往没配时区文件。
备份失败后如何防止磁盘被占满
没人清理的备份目录迟早撑爆磁盘。不能只靠“每天删3天前的文件”这种固定策略——万一某天备份卡住没生成新文件，就会误删所有旧备份。
推荐双保险机制：
- 按保留数量清理：
find /backup -name "*.tar.gz" -type f | sort -r | tail -n +6 | xargs rm -f（留最新5个） - 加磁盘水位检查：用
syscall.Statfs获取Avail字段，剩余空间 - 每次备份前先
du -sh /backup记录大小，写入日志，便于回溯增长趋势
真正的难点不在代码怎么写，而在清理策略和监控是否与运维 SOP 对齐——比如是否允许自动删，删前要不要发钉钉确认，这些得和团队对齐，不是单靠 Go 函数能解决的。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
