go 中定时导出数据必须复用全局 *sql.db 实例，禁止在定时函数内重复 sql.open；应于 main() 初始化并配置 setmaxopenconns/setmaxidleconns，配合 cron/v3 精确调度，csv 导出须用 encoding/csv 自动转义，写入前确保目录权限与路径正确。
Go 定时导出数据前必须确认数据库连接是否复用
直接在定时任务里每次新建 sql.DB 会导致连接泄漏和资源耗尽。Go 的 sql.DB 本就是连接池，应全局复用，而非按次创建。
- 错误写法：
db, _ := sql.Open(...)放在定时函数内部 - 正确做法：在
main()初始化一次，传入或通过包变量共享 - 记得调用
db.SetMaxOpenConns()和db.SetMaxIdleConns()，避免备份期间抢占业务连接 - 若用 GORM，确保复用同一个
*gorm.DB实例，别每次gorm.Open()
用 time.Ticker 还是 github.com/robfig/cron/v3？
time.Ticker 简单但不支持表达式（如“每周一凌晨2点”），且无法处理任务重叠；cron 包更贴近真实备份调度需求。
- 简单间隔备份（如每6小时）可用
time.Ticker，但必须加锁防并发执行 - 生产环境推荐
cron.New(cron.WithSeconds())，支持秒级、日期偏移、时区（cron.WithLocation(time.UTC)） - 注册任务时用
cron.AddFunc("0 0 * * 1", backupJob)表示每周一 00:00 UTC 执行 - 务必用
cron.Start()启动，且程序退出前调用cron.Stop()
导出 CSV 时字段含逗号或换行符怎么办
直接拼接字符串导出会破坏 CSV 结构，尤其当数据库字段含 \n、" 或 , 时，Excel 打开必错行。
- 别手写 CSV，用标准库
encoding/csv - 写入前对每个字段调用
csv.EscapeString()（或让*csv.Writer自动处理） - 注意：MySQL 的
TEXT字段可能含 \r\n，csv.Writer默认不转义换行，需确保写入时启用w.WriteAll()或逐行w.Write() - 文件名建议带时间戳：
fmt.Sprintf("backup_%s.csv", time.Now().UTC().Format("20060102_150405"))
备份文件写入失败常见原因和检查点
导出逻辑跑通但文件为空或写入路径不对，90% 是权限或路径问题，不是代码逻辑。
- 检查目标目录是否存在：
os.MkdirAll("/data/backup", 0755)必须提前执行 - 确认 Go 进程运行用户对目录有写权限（尤其 Docker 容器内，挂载卷权限常被忽略）
- 用绝对路径，避免依赖工作目录 ——
os.Getwd()在 systemd 或 k8s 下不可靠 - 写入后立即
os.Chmod(filepath, 0644)，防止后续其他程序读取失败 - 关键操作后加日志：
log.Printf("wrote %d rows to %s", count, filepath)，别只靠 error 判断成败
备份不是“跑起来就行”，时间精度、文件完整性、失败通知缺一不可。最容易被跳过的其实是失败后的清理和告警 —— 比如导出中途磁盘满，没 close 文件句柄，下次再跑就卡住。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
