mysqldump 不支持断点续传，因其输出单一流式SQL且无偏移标记或快照锚点；断网后重跑会重复建表或主键冲突；可靠方案是改用mydumper（分表备份+文件级重试）或xtrabackup+binlog物理备份。
mysqldump 备份中途断网，为什么不能直接续传
因为 mysqldump 本身不支持断点续传——它输出的是单一流式 SQL 文本，没有校验位、偏移标记或事务快照锚点。断网后重跑，要么从头再来（浪费时间），要么手动拼接（极易出错）。这不是设计缺陷，而是工具定位决定的：它本质是逻辑导出工具，不是增量同步组件。
- 断网时可能已写入部分表结构 + 部分数据，但没写完；重跑会重复建表或插入重复主键
-
mysqldump --single-transaction虽能保证一致性快照，但快照只在连接建立瞬间生效，断连后新连接拿到的是新时间点的数据 - 没有内置机制记录“已导出到第几张表、第几行”，无法安全跳过
用 mydumper 替代 mysqldump 实现分表并行 + 中断恢复
mydumper 是更现代的逻辑备份工具，原生支持按表切分、压缩、多线程，并自带断点续传能力。关键在于它把每个表单独存为 database.table-schema.sql 和 database.table-data.sql，失败时只需重试对应文件，不影响其他表。
- 安装后用
mydumper -u root -p pass -B mydb -o /backup/ --threads 4启动备份 - 中断后，检查
/backup/下缺失哪些.sql文件，用mydumper -u ... -B mydb -T table_name -o /backup/单独重试该表 - 注意：
--regex参数可限制只重试匹配的表名，避免误操作 - 兼容性：MySQL 5.7+ 和 Percona Server 表现稳定，但对 MySQL 8.0 的某些新权限模型需额外授权
BACKUP_ADMIN
真正可靠的“断点续传”得靠物理备份 + binlog 增量
如果业务要求高可用备份（比如每小时全备 + 持续归档），逻辑工具再怎么优化也扛不住大库（>100GB）的网络抖动。这时候必须切换到物理层方案：Percona XtraBackup 全量 + mysqlbinlog 流式拉取 binlog。
-
xtrabackup --backup --target-dir=/backup/full_$(date +%s)生成可中断的物理快照（支持 checkpoint 文件自动记录进度） - 备份期间，用
mysqlbinlog --read-from-remote-server --host=... --user=... --raw --stop-never持续追加 binlog 到本地文件，即使网络断开也会自动重连 - 恢复时：先
xtrabackup --prepare全量，再按顺序重放 binlog 到指定 position - 性能影响：
xtrabackup对线上读写影响较小（尤其开启--parallel），但占用磁盘 IO；mysqlbinlog拉取需确保主库binlog_format=ROW
临时救急：用 rsync + --partial 配合 mysqldump 分库导出
如果只有 mysqldump 可用，又必须降低重传成本，唯一可行的折中是「人工分片 + 传输层续传」：把大库拆成小库或按表导出，用 rsync 推送，利用其 --partial 和 --append 特性续传单个 SQL 文件。
- 先查出所有库：
mysql -Nse "SELECT SCHEMA_NAME FROM INFORMATION_SCHEMA.SCHEMATA WHERE SCHEMA_NAME NOT IN ('information_schema','mysql','performance_schema')" - 对每个库执行：
mysqldump -u root -p -B $db | gzip > /tmp/$db.sql.gz，再用rsync --partial --append --compress /tmp/$db.sql.gz user@backup:/backup/ - 注意：
mysqldump输出未压缩时不可直接--append（SQL 文件末尾有/*...*/注释），必须先压缩或去掉注释（加--skip-comments） - 风险点：若
mysqldump进程被 kill，.sql.gz可能损坏，需用gzip -t校验后再 rsync
真正麻烦的不是“怎么续”，而是“怎么知道续到哪了”——mydumper 有文件清单，xtrabackup 有 xtrabackup_checkpoints，而裸用 mysqldump 什么都没有。别指望靠脚本自动识别中断位置，那只会引入更多不确定性。
