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 冲突这四类典型问题。

• 必加 --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。

MySQL8 CRM Schema Design Expert

面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。

下载

• SSD 存储：建议 ≤ 8；HDD 存储：建议 ≤ 4
• 若库中只有几十张小表，开 8 线程效果明显；但若有大量存储过程+200 张表，实际并发的仍是那 200 张表的数据部分，其他阶段仍卡住主线程
• 可配合 --compress-output=LZ4 减少磁盘写入压力，尤其适合网络传输或空间受限场景

还原时最容易忽略的三个坑

备份文件看着没问题，但还原失败往往卡在权限、上下文或服务配置上，而不是 SQL 语法。

• 还原前先关 binlog 写入：SET sql_log_bin = 0;，否则备份里的 DML 会写进主库 binlog，引发主从冲突
• 别直接 mysql -u root -p 喂大文件，容易超时中断；改用 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 显式过滤——每个参数都在替你做取舍，不是堆上去就完事。