MySQL增量备份基于二进制日志记录数据变更，需先开启log-bin并配置server-id，重启服务后生成binlog文件；通过mysqldump进行全量备份作为基准，结合--flush-logs和--master-data=2参数确保一致性并记录位置；后续通过定期执行flush-logs切割日志并复制新增binlog文件实现增量备份；恢复时先导入全备文件，再按序重放binlog，可使用--stop-datetime指定恢复时间点，关键在于持续管理binlog文件与准确控制恢复起点。
MySQL增量备份的核心是基于二进制日志（binary log）来记录数据库中所有数据变更操作，如INSERT、UPDATE、DELETE等。相比全量备份，增量备份只保存自上次备份以来发生变化的数据，节省存储空间并提升备份效率。
启用二进制日志（Binary Log）
要实现增量备份，必须先开启MySQL的二进制日志功能，这是增量备份的基础。
在MySQL配置文件my.cnf或my.ini中添加以下配置：
[mysqld] log-bin=mysql-bin server-id=1
重启MySQL服务后，系统会在数据目录下生成类似mysql-bin.000001的日志文件。每次数据库发生数据变更时，都会被记录到这些文件中。
执行基础全量备份
增量备份依赖于一个初始的全量备份作为基准。可以使用mysqldump工具进行全备：
mysqldump -u root -p --single-transaction --flush-logs --master-data=2 --all-databases > full_backup.sql
说明：
- --single-transaction：保证一致性，适用于InnoDB引擎
- --flush-logs：刷新日志，生成新的binlog文件，便于后续增量备份起点清晰
- --master-data=2：记录当前binlog位置信息，用于恢复时定位起点
定期提取增量日志（Binlog）
在完成全量备份后，后续只需定期拷贝新生成的binlog文件即可实现增量备份。
例如，每天执行一次：
mysqladmin -u root -p flush-logs
该命令会关闭当前binlog并创建一个新的，便于按时间切分增量数据。
然后将新增的binlog文件复制到备份目录：
cp /var/lib/mysql/mysql-bin.000002 /backup/binlog/
恢复数据时的操作流程
当需要恢复数据时，按以下顺序操作：
- 先恢复最新的全量备份：
- 再按顺序应用增量binlog文件：
mysql -u root -p < full_backup.sql
mysqlbinlog mysql-bin.000002 | mysql -u root -p
mysqlbinlog mysql-bin.000003 | mysql -u root -p
如果只需要恢复到某个时间点，可使用--stop-datetime参数：
mysqlbinlog --stop-datetime="2025-04-05 10:30:00" mysql-bin.000002 | mysql -u root -p
基本上就这些。关键在于开启binlog、定期全备打底、持续收集binlog文件，并在恢复时按序重放。整个过程不复杂但容易忽略日志管理和时间点控制。
