MySQL备份应优先用Percona XtraBackup物理备份替代mysqldump逻辑备份，支持增量与内置压缩；逻辑备份时须pigz压缩、按表分块、过滤无用数据；同时从源头清理历史数据、归档冷数据，并校验备份完整性与可恢复性。
MySQL备份文件太大，核心是减少体积、加快传输、节省存储，同时不牺牲可恢复性。关键不在“删什么”，而在“怎么备”和“怎么压”。
优先用物理备份替代逻辑备份
mys
qldump生成的SQL文本文件体积大、恢复慢，尤其对大表或含大量BLOB字段的库。生产环境建议切换为Percona XtraBackup：
- 直接拷贝InnoDB数据文件，不解析SQL，备份速度快、体积更接近原始数据占用
- 支持增量备份（--incremental），只备份变更页，大幅降低单次备份量
- 内置压缩选项：加--compress（用QuickLZ）或配合--stream=xbstream --compress再管道进pigz，实现边备份边多线程压缩
逻辑备份时强制压缩与分块
若必须用mysqldump（如需跨版本迁移、审计SQL内容），别裸导出：
- 用mysqldump --single-transaction | pigz > backup.sql.gz代替gzip——pigz默认启用所有CPU核，压缩速度提升3–5倍
- 按表拆分：写脚本遍历SHOW TABLES，对每个大表单独dump+压缩，便于后续并行恢复或选择性还原
- 跳过无业务价值的数据：用--ignore-table=db.log_table排除日志表；用--where="created_at > '2025-01-01'导出近期数据
从源头控制备份体积
备份大，往往因为数据本身冗余或结构不合理：
- 清理历史数据：在备份前执行DELETE FROM audit_log WHERE created ，再OPTIMIZE TABLE释放.ibd空间（注意锁表影响）
- 检查并关闭低效功能：确认innodb_file_per_table=ON，避免所有表挤在ibdata1里无法收缩；禁用general_log和slow_query_log（除非调试需要）
- 归档冷数据：把旧订单、日志等迁出主库，存为压缩CSV或转到对象存储，主库只留热数据，备份自然变小
备份后自动精简与验证
备份完成不是终点，而是校验起点：
- 用pigz -t backup.sql.gz快速校验压缩包完整性，避免备份损坏却未察觉
- 保留最近3次全备+7天内增量，其余自动清理；用find /backup -name "*.gz" -mtime +7 -delete定时清理
- 每周抽样恢复一个库到测试环境，用pt-table-checksum比对主备一致性，确保压缩没丢数据
