mysql 5.7并行复制需同时配置slave_parallel_type=logical_clock和slave_parallel_workers>0才生效，仅设workers无效；默认database模式不支持单库并行。
直接结论：MySQL 从库的并行复制能力由 slave_parallel_workers 和 slave_parallel_type 决定，不是靠“多从库”本身提速；但多个从库可分摊主库压力，需各自独立配置并行参数才能真正加速同步。
为什么改 my.cnf 才算真正生效
动态设置（如 SET GLOBAL slave_parallel_workers = 8）只在当前实例生命周期内有效，MySQL 重启后会丢失。生产环境必须写入 my.cnf，否则每次故障恢复或滚动重启都会退回到单线程复制状态。
常见错误现象：明明执行过 SET GLOBAL，SHOW SLAVE STATUS 里也看到 Workers_running: 8，但一重启就变回 0 —— 就是因为没落盘到配置文件。
实操建议：
- 所有从库的
[mysqld]段必须显式声明slave_parallel_type，不能依赖默认值（5.7+ 默认是DATABASE，但该模式在单库场景下完全不并行） -
slave_parallel_workers建议设为 CPU 逻辑核数的 2–4 倍，但不超过 16（过高反而因线程调度开销拖慢） - 必须同时启用
relay_log_info_repository = TABLE和master_info_repository = TABLE，否则并行复制无法持久化元数据，崩溃后可能丢事务
5.7+ 推荐用 LOGICAL_CLOCK 模式
slave_parallel_type = LOGICAL_CLOCK 是 MySQL 5.7 引入的真正实用的并行方案，它不依赖数据库拆分，而是基于主库的组提交（group commit）信息判断事务间无依赖关系，从而安全并行。
容易踩的坑：
- 主库未开启组提交优化，从库即使配了
LOGICAL_CLOCK也几乎无法并行 —— 必须在主库加binlog_group_commit_sync_delay = 100和binlog_group_commit_sync_no_delay_count = 10 - 如果主库是 MySQL 5.6 或更老版本，
LOGICAL_CLOCK会自动降级为DATABASE，此时只有跨库写入才有效，单库大表写入仍卡死 -
slave_preserve_commit_order = 1必须开启，否则高并发下可能出现从库事务顺序错乱（尤其涉及外键或触发器时）
8.0+ 可选 WRITESET，但主库必须配合
MySQL 8.0 的 WRITESET 并行复制能实现事务级并行（哪怕全在一个库、一张表），但它的前提是主库生成 write-set hash —— 这需要主库明确配置三项参数：
binlog_transaction_dependency_tracking = WRITESETtransaction_write_set_extraction = XXHASH64binlog_transaction_dependency_history_size = 25000
注意：slave_parallel_type 在从库上仍要设为 LOGICAL_CLOCK（不是 WRITESET），因为 WRITESET 是主库计算、从库消费的机制，从库配置项里没有 WRITESET 类型。
性能影响：WRITESET 对主库 CPU 有额外开销（每事务多一次哈希计算），若主库已满载，不建议强行开启；且对无主键表、大 BLOB 字段等场景，write-set 计算可能失效，退化为逻辑时钟模式。
多个从库 ≠ 自动并行，每个都要单独调参
“多从库”只是横向扩展读能力，每个从库仍是独立复制通道。如果 3 个从库都用默认配置（slave_parallel_workers = 0），它们全在单线程排队，总延迟反而更高（资源争抢 + 网络带宽挤占）。
关键点：
- 每个从库的
server_id必须全局唯一，否则主库 binlog event 会被跳过或重复发送 - 不同从库可以设不同
slave_parallel_workers值，比如高配从库设 12，低配设 4，但不要盲目拉齐 - 监控时要看每个从库的
Seconds_Behind_Master和Slave_SQL_Running_State（是否显示Worker thread …），而不是只看主库的SHOW PROCESSLIST
最容易被忽略的是：从库的磁盘 I/O 和 innodb_buffer_pool_size 必须匹配其并行线程数。8 个 worker 同时刷脏页，若 buffer pool 只有 2G，会导致大量物理读，反而比单线程还慢。
