用 os/exec 调用 mysqldump 和 mysql 是最稳的方案：go 原生无逻辑备份能力，硬写 sql 难覆盖视图、存储过程等边界；调系统命令最可靠，但需确保部署机已安装对应客户端并注意版本兼容性、密码安全、参数完整性、文件命名规范（含时间戳与 sha256 前8位）、时区统一（utc）、postgresql 差异处理（格式与版本）、恢复前验证、超时控制及权限上下文对齐。
用 os/exec 调用 mysqldump 和 mysql 是最稳的方案
Go 原生不提供数据库逻辑备份能力，硬写 SQL 导出/导入既难覆盖边界（如视图、存储过程、字符集），又容易漏掉权限或事件。直接调系统命令是最可靠的选择，前提是目标机器装了对应客户端。
常见错误现象：exec: "mysqldump": executable file not found in $PATH —— 不是 Go 代码问题，是部署机没装 MySQL 客户端工具。
- 确认生产环境已安装
mysqldump和mysql，版本尽量与目标库一致（尤其注意 5.7 vs 8.0 的认证插件差异） - 密码不要拼在命令行里（
-p123456），会泄露到进程列表；改用--defaults-extra-file指向临时配置文件，用完立即os.Remove - 导出时加
--single-transaction --routines --triggers --events，否则可能丢存储过程或产生不一致快照 - 导入前先执行
SET FOREIGN_KEY_CHECKS = 0;，避免外键约束报错中断（mysql命令本身不自动关）
备份文件名必须带时间戳和校验字段
没有时间戳的备份文件根本没法区分先后，也没有意义；没有校验字段（如 sha256sum）就无法判断传输或磁盘损坏是否导致备份失效。
使用场景：定时任务每天跑一次，但某次备份失败后没报警，运维人员误用了三天前的旧备份恢复，结果丢了关键数据。
- 文件名格式建议：
backup_${DB_NAME}_${YYYYMMDDHHMMSS}_${SHA256_FIRST_8}.sql - 生成 SHA256 不必读全文件：用
io.LimitReader取前 10MB 计算（足够识别多数截断或空文件） - 别依赖
time.Now().Format本地时区，统一用time.UTC，避免跨服务器时区混乱
pg_dump / pg_restore 对 PostgreSQL 要换参数逻辑
MySQL 和 PostgreSQL 备份行为差异很大：PostgreSQL 默认导出为自定义格式（-F c），不能直接用 psql 执行，必须用 pg_restore；而文本格式（-F p）才支持管道直连。
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
性能影响：自定义格式压缩率高、恢复快，但无法 grep 查看内容；文本格式人可读，但大库导出慢、文件体积大。
- 线上备份优先选
pg_dump -F c -Z 9 -v（高压缩+详细日志） - 恢复时若提示
pg_restore: [archiver] input file does not appear to be a valid archive，说明你误用了psql导入了自定义格式文件 - 跨版本恢复要小心：
pg_dump版本不能高于目标库，否则可能含不兼容语法（如 15 dump 给 13 用会失败）
恢复操作必须加 dry-run 和超时控制
恢复不是“执行一条命令就完事”，它会锁表、耗资源、不可逆。没有预检机制，一跑就可能把线上库搞挂。
容易踩的坑：用 cmd.Run() 等待导入完成，但大 SQL 文件执行数小时，Go 进程卡死、无法响应信号、OOM 被杀，没人知道到底卡在哪。
- 先用
head -n 100 backup.sql | psql -U ... -d ... -t -c "SELECT 1"快速验证连接和基础语法 - 恢复命令必须设
cmd.Stdin = file+cmd.Stdout = &buf+cmd.Stderr = &buf，捕获实时输出用于监控 - 给
cmd.Start()后加time.AfterFunc(timeout, func(){ cmd.Process.Kill() })，防止无限 hang - 别忽略
cmd.Wait()返回的*exec.ExitError，检查ExitCode()是否为 1 或 2（mysql遇错默认继续，但psql遇错直接退出）
最麻烦的其实是权限和上下文：备份用户有 SELECT，不代表恢复时能 CREATE TABLE；恢复目标库如果开了 log_statement = 'all'，单条 INSERT 都会打满日志。这些细节不提前对齐，半夜救火时再改就晚了。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
