如何利用MySQL Pump工具进行多数据库并行备份

mysqlpump 作为一款支持并行备份的工具，备受 DBA 关注。然而，默认情况下它实际上是以单线程方式运行的——即便你的服务器拥有 32 核 CPU，若不额外指定参数，它也只会使用一个线程完成备份工作。问题的关键不在于“能否并行”，而在于“如何正确配置才能实现真正的并发”。 明确一点：mysqlpump 默认并未启用并行机制，必须通过 `--default-parallelism=N`（N>0）参数显式开启多线程。值得注意的是，只有表结构和数据能够并行导出，而函数、权限、事件等全局对象仍然按串行方式处理。并且，只有当数据库中存在多个独立对象（例如多个数据库或多个表）时，才能真正实现分片并发。 --- ### 为何设置了 `--default-parallelism` 却没有效果？ 一个常见的现象是：明明已经添加了 `--default-parallelism=4`，但 CPU 始终只有一个核心满载，通过 `SHOW PROCESSLIST` 也只能看到 1 个 `Dump` 线程，备份耗时与 `mysqldump` 相差无几。问题出在哪里？并不是参数写错了，而是两个硬性条件未能满足。 **条件一：数据库中的独立对象数量不足** mysqlpump 是基于数据库或表来进行分片并行的。如果只有一个数据库，且该库中仅有一两张表，那么即便设置 `--default-parallelism=8`，它也只会启动 1～2 个线程。通常，至少需要 2 个数据库，或单个数据库内至少包含 4 张以上表，才能观察到真正的并发效果。 **条件二：用户权限不满足要求** 除了最基础的 `SELECT` 权限外，如果使用了 `--single-transaction`，还需要 `RELOAD` 权限。另外，导出用户必须对 `mysql` 数据库拥有 `SELECT` 权限，否则某些对象会被静默跳过，导致并行数直接降为零。建议先执行一次干运行来验证： ```bash mysqlpump -u u -p --all-databases --dry-run ``` 观察输出中是否确实列出了所有库和表。如果列表不完整，则说明存在权限问题。 --- ### 多库并行最稳妥的写法是 `--include-databases` 很多人习惯这样写： ```bash mysqlpump -u root -p db1 db2 db3 ``` 这种写法容易被当作单库上下文处理，从而限制并行度。正确的做法是显式使用 `--include-databases` 强制触发库级分片： ```bash mysqlpump -u root -p --include-databases=db1,db2,db3 --default-parallelism=4 > backup.sql ``` 这样，mysqlpump 会为每个库单独分配线程池，比简单的拼接参数更可靠。如果库数量较多（例如 10 个以上），可以搭配 `--parallel-schemas` 对重点库单独提升并发度： ```bash --parallel-schemas=6:core_db,log_db ``` 其余库则沿用默认的并行度设置。注意：线程数并非越大越好。SSD 环境下建议不超过 8，HDD 环境下不超过 4。一旦超过物理核心数，I/O 争抢反而会拖慢整体速度。 --- ### 导入时不要直接对压缩文件执行管道操作 mysqlpump 生成的 LZ4/ZLIB 压缩文件无法直接交给 `mysql` 客户端处理。例如，使用了 `--compress-output=LZ4` 后，输出的是二进制压缩流，`mysql` 无法识别。必须先解压再导入： ```bash lz4 -d backup.lz4 | mysql -u root -p ``` 更麻烦的是兼容性问题：默认导出内容会包含 `CREATE USER` 以及带 `DEFINER` 的视图。如果目标实例没有 `CREATE USER` 权限，或者缺失对应账号，导入过程会卡在 `CREATE ALGORITHM=` 那一行。有两种解决办法： - 添加 `--skip-definer --users` 参数，将用户权限单独导出； - 或者直接使用 `--skip-users` 完全跳过用户部分，然后手动处理权限。 --- ### MySQL 8.0.34+ 用户应当考虑迁移了 mysqlpump 在 MySQL 8.0.34 及之后版本中已被官方标记为 `deprecated`（已弃用），从 2026 年起新部署就不应再使用它。它仅支持多线程导出，导入过程仍然是单线程，实际恢复时间（RTO）并不理想。此外，`--default-parallelism` 对于函数、事件、GRANT 等全局对象完全无效，这些对象依然按串行方式处理。 真正支持导出和导入均多线程的替代方案是 MySQL Shell 的 `util.dump_instance()`。它支持 chunk 级别的并行、自动重试以及进度回调——但请注意，它不生成 SQL 文件，而是输出目录结构，恢复方法完全不同。如果你还在使用 `mysqlpump`，建议尽早评估并规划迁移路径。