mysqlpump默认不并行，因--default-parallelism默认值为0，须显式指定如--default-parallelism=4才启用；仅表结构和数据支持并行，函数、权限等仍串行。
mysqlpump 在 MySQL 8.0 上默认不并行，必须显式指定线程数，否则和 mysqldump 一样单线程跑完——哪怕你机器有 64 核，它也只用 1 个线程。
为什么加了 --default-parallelism 还是单核跑？
常见错误现象：mysqlpump -u root -p test 启动后 top 显示 CPU 占用始终卡在 100% 单核，备份耗时没变化。这不是 bug，是默认值在“装死”：--default-parallelism 默认为 0，即禁用并行。
- 必须显式写成
--default-parallelism=4或更高（如=8），不能只写--default-parallelism不带值 - 如果只对部分库想开并行，用
--parallel-schemas=4:app_db,log_db，其余库仍串行 - 注意：并行只作用于表结构（
CREATE TABLE）和表数据（INSERT），函数、事件、用户权限等仍全程串行，别指望它们被加速
哪些参数组合能让备份又快又稳？
MySQL 8.0 环境下，光开并行不够，还要防 OOM、锁表、字符集错、GTID 冲突这四类典型问题。
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 必加
--single-transaction：保证 InnoDB 一致性快照；MyISAM 表混存时得改用--lock-all-tables，但会锁更久 - 必加
--set-gtid-purged=OFF：MySQL 8.0 默认写 GTID，还原到未开启 GTID 的实例会直接失败 - 推荐
--default-character-set=utf8mb4：避免中文变?或报Incorrect string value - 大表防卡死：加
--chunk-size=500000（比默认 1000000 小一半），降低单线程内存压力 - 防 DEFINER 权限阻塞：加
--skip-definer，否则导出的视图/函数带DEFINER=`root`@`%`，还原时可能报错
并行线程数设多少才合理？
不是越多越好，线程数超过物理核心数后，I/O 竞争反而拖慢整体速度，还容易触发系统 kill。
- SSD 存储：建议 ≤ 8；HDD 存储：建议 ≤ 4
- 若库中只有几十张小表，开 8 线程效果明显；但若有大量存储过程+200 张表，实际并发的仍是那 200 张表的数据部分，其他阶段仍卡住主线程
- 可配合
--compress-output=LZ4减少磁盘写入压力，尤其适合网络传输或空间受限场景
还原时最容易忽略的三个坑
备份文件看着没问题，但还原失败往往卡在权限、上下文或服务配置上，而不是 SQL 语法。
- 还原前先关 binlog 写入：
SET sql_log_bin = 0;，否则备份里的 DML 会写进主库 binlog，引发主从冲突 - 别直接
mysql -u root -p 喂大文件，容易超时中断；改用 <code>mysql -u root -p --init-command="SET SESSION FOREIGN_KEY_CHECKS=0" - 若备份含
CREATE EVENT，目标实例必须提前执行SET GLOBAL event_scheduler = ON;，否则报Event execution time is in the past
真正影响备份效率的，从来不是“能不能开并行”，而是“开在哪、开多少、配套关什么”。表多就调高 --default-parallelism，函数多就接受串行那段不可避免的等待，大表就压 --chunk-size，系统库多就用 --exclude-databases 显式过滤——每个参数都在替你做取舍，不是堆上去就完事。
