分库独立导出需为每个库单独调用 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) 截断纳秒，或者直接用 $$（进程号）防撞。
