Releases: codeyunze/db-backup-management
Releases · codeyunze/db-backup-management
26.2.3
26.1.9
-
定时增量备份上线
- 新增“增量备份”调度任务类型,每条增量任务必须关联一条全量任务,并自动基于“最近一次全量 + 上一次增量结束位点”连续备份 binlog。
- 同一全量任务下只允许存在一个增量任务,关系清晰、链路唯一。
-
任务调度体验优化
- 增量任务不再配置“清理旧备份”,表过滤条件只读继承关联全量任务。
- 任务名称支持鼠标悬停 tooltip 查看完整名称。
- 停止全量任务不再被增量依赖阻塞,仅在删除全量任务时检查并阻止有依赖的情况。
-
备份列表与日志增强
- “查看增量”仅在该全量备份实际存在增量时显示。
- “查看表”兼容 .sql.gz,可正常列出表/视图名。
- 定时任务日志改为“执行全量/增量定时任务成功/失败”中文文案,不再输出整段 JSON,运维阅读更友好。
26.1.7
增量备份(基于 MySQL binlog 的增量备份)
-
功能简介
- 新增基于 MySQL binlog 的增量备份能力:在一次全量备份后,只记录之后的变更(INSERT/UPDATE/DELETE)。
- 自动维护连续链路:全量 → inc1 → inc2 → …,每个增量都会记录自己的起止 binlog 位点。
-
使用方式(Web 界面)
- 先创建一次全量备份。
- 在该全量备份详情中,一键创建增量备份;系统会自动从“上次备份结束位点”开始生成
changes.sql。 - 恢复时可选择:
- 仅恢复全量备份,或
- 选择“全量 + 某个增量节点”,系统自动按顺序回放到指定节点的最终状态。
-
前置条件
- MySQL 已开启 binlog(推荐 ROW 模式)。
- 备份账号有读取 binlog 权限,binlog 保留时间与备份策略匹配。
-
当前限制
- 为保证 binlog 语义正确,增量恢复目前仅支持还原到与备份时相同的数据库名(UI 中库名不一致会禁用执行按钮)。