分库独立导出需为每个库单独调用 mysqldump 或 pg_dump:MySQL 用循环执行 mysqldump -B "$db" -r "${db}_$(date +%F).sql",PostgreSQL 用 psql -t -c "SELECT datname..." 动态获取库名并 pg_dump -d "$db" -f "${db// /\_}.sql",均需引号保护变量、避免覆盖、控制并发≤2、加 set -e 确保失败中断。
mysqldump 一次导出多个库时如何避免混在一个文件里
默认用 mysqldump --databases db1 db2 db3 会把所有库拼进一个 sql 文件,中间用 create database 和 use 隔开——这在恢复时容易出错,尤其当目标实例已存在同名库或权限受限时。
真正要“分库独立文件”,必须让每个库走单独的 mysqldump 进程,不能靠参数合并。常见错误是以为加个 --result-file 就能分流,其实它只控制单次输出路径,对多库无效。
- 用 shell 循环调用
mysqldump,每次只传一个库名 - 输出文件名必须带库名变量,比如
db1_$(date +%F).sql,否则覆盖风险极高 - 加上
--skip-comments减少冗余,避免某些恢复工具误解析注释里的USE - 若库名含特殊字符(如中划线、下划线),
mysqldump本身支持,但 shell 变量引用时得加引号:"$db"
PostgreSQL pg_dump 分库导出不写死库名的脚本写法
pg_dump 没有内置多库并行导出开关,-d 只接受单库。硬写成 pg_dump -d db1 -f db1.sql && pg_dump -d db2 -f db2.sql 看似可行,但库列表变更是维护噩梦。
更稳的方式是动态查 pg_database,过滤掉系统库再循环。注意两点:一是 template0 和 template1 必须排除;二是连接参数(如 -U、-h)得统一前置,别塞进循环里重复写。
- 用
psql -t -c "SELECT datname FROM pg_database WHERE datistemplate = false AND datname NOT IN ('postgres')"获取库名列表 - 每轮循环中,
pg_dump -U $USER -h $HOST -d "$db" -f "$db.sql",$db两端必须加双引号 - 加
--no-owner和--no-privileges,避免恢复时因用户不存在报错 - 如果某库大且慢,可加
--jobs=2启用并行,但仅限单库内部(不是跨库并行)
备份脚本里怎么处理库名中的空格或连字符
MySQL 允许库名含空格(用反引号包住),PostgreSQL 允许连字符(用双引号),但 shell 脚本里直接当变量展开会崩。典型错误是 mysqldump -B `dbname with space` 报 Unknown database——其实是 shell 把空格当分隔符切开了。
根本解法不是改库名,而是让命令执行时原样传递。关键在引号嵌套和转义层级:外层双引号保变量,内层反引号或双引号由数据库客户端自己解析。
- MySQL 场景:
mysqldump -B "$db" -r "${db}_backup.sql",$db值本身含反引号也无妨(如`my db`) - PostgreSQL 场景:
pg_dump -d "$db" -f "${db// /_}.sql",用${db// /_}把空格替换成下划线,避免文件名非法 - 所有输出路径都建议用绝对路径,相对路径在 cron 里执行时工作目录不确定,极易写到错地方
并发导出多个库时磁盘 I/O 和连接数的实际瓶颈
看起来用 & 并发跑 5 个 mysqldump 能提速,但实际常卡在磁盘写入或 MySQL 连接池打满。尤其是共享宿主机的云数据库,max_connections 默认才 151,5 个库同时 dump 就占掉 5 个连接,还可能触发慢查询锁表。
更现实的平衡点是:控制并发数 ≤ 2,配合压缩流式写入。别信“越多越快”,I/O 密集型任务反而会因磁盘寻道加剧而变慢。
- MySQL 推荐加
--single-transaction(InnoDB 有效),比--lock-tables对业务影响小得多 - 输出直接管道进
gzip:mysqldump db1 | gzip > db1.sql.gz,省磁盘空间且减少写放大 - PostgreSQL 用
-Fc(自定义格式)替代纯 SQL,体积小、恢复快,但只能用pg_restore读取 - 务必在脚本开头加
set -e,任一mysqldump失败就停,别让后续库继续写损坏文件
最易被忽略的是时间戳精度——同一秒内启动多个 dump,文件名重复就覆盖。哪怕只是毫秒级,也得用 $(date +%F_%H-%M-%S-%N | cut -c1-17) 截断纳秒,或者直接用 $$(进程号)防撞。










