定时数据库备份

定时数据库备份使用 DBX 的数据库导出引擎，为 MySQL 和 PostgreSQL 连接生成 SQL 文件。它适合开发、测试和中小型数据库的周期性逻辑备份，并提供表范围、保留数量、运行历史和手动执行。

定时备份当前仅支持 DBX 桌面端，并要求应用保持运行。它不是数据库服务器上的独立调度器，也不能替代物理备份、Point-in-Time Recovery、WAL/binlog 归档或云厂商备份服务。

支持范围

项目	当前行为
数据库	MySQL、PostgreSQL
平台	DBX 桌面端
输出	每个数据库/Schema 对应的 `.sql` 文件
频率	每隔若干小时、每天指定时间、每周指定星期和时间
内容	表结构、表数据、数据库对象、可选 `DROP TABLE IF EXISTS`
表范围	全部、按模式包含、按模式排除
保留	按计划保留最近若干次成功备份文件

在设置中进入数据库备份页面，创建新的备份计划。

选择 MySQL 或 PostgreSQL 连接。可以备份所有非系统数据库，也可以选择指定数据库。

选择全部表、只包含匹配模式的表，或排除匹配模式的表。模式支持 * 和 ?，并可以匹配 schema.table 或 database.schema.table。

选择本机目标目录，并设置每小时、每天或每周计划。界面会预览下次运行时间。

选择结构、数据、对象和 DROP TABLE IF EXISTS，然后设置要保留的历史备份数量。

保存后先点击立即运行，确认连接权限、表范围、目标目录和生成文件都符合预期，再启用计划。

表模式可以使用逗号、分号或换行分隔。例如：

public.*
audit_*
orders_202?

如果没有任何表匹配包含规则，运行会失败，不会生成空的成功备份。

每次备份会在数据库会话中建立一致性快照，再按数据库/Schema 运行导出。完成后回滚只读快照事务，不提交业务修改。

备份任务会显示在统一导出任务区，并提供：

取消只会停止后续导出。失败或取消时，DBX 会尽量删除本次已经生成的部分文件，避免把不完整结果误当成成功备份。

每个计划可以设置保留数量。超过数量的旧运行会从历史中清理，并删除相应文件。也可以手动删除某次备份记录和文件。

目标目录仍应纳入操作系统、NAS 或对象存储的独立备份。单机同盘保存无法防止磁盘损坏、勒索软件或整机丢失。

生成的 .sql 文件可以通过 SQL 文件执行导入。建议定期在隔离环境验证：

备份成功只代表文件生成完成，不代表已经验证可恢复。

手动选择结构、数据、对象和数据库范围。

执行备份文件并查看语句级进度与错误。

使用只读账号、生产保护和最小权限策略。