数据库备份与恢复的正确流程
备份怎么发生
单个库的备份入口在数据库列表的备份按钮，点击即备份当前库。机制上有两个事实要知道：
- 方式：MySQL 走 mysqldump 逻辑备份，产物是标准 SQL；
- 路径：默认存放在
/opt/1panel/backup/database/mysql目录下。
一键备份是即时动作，真正的「数据安全」要靠定时备份：计划任务里配数据库备份类型、保留份数和备份目标（本地或云端），方案见定时备份。
恢复的两条路
- 选已有备份恢复：在备份列表里选一份记录还原，最顺滑的路径；
- 本地上传恢复：把 SQL 文件传上来导入。注意官方文档提示的上传恢复约束：上传的压缩包内需包含约定命名的 SQL 文件，且 SQL 格式要标准——从其他工具导出的 SQL 可能缺版本和编码信息导致导入失败，遇到导不进时可换 Web 管理工具导入。
备份文件的归宿
本地备份和数据库在同一台机器上，磁盘故障时一起没——所以要把备份送到别处：
- 「面板设置 - 备份账号」里接云端存储（对象存储、网盘、SFTP 都支持），见备份账号；
- 计划任务执行备份时同时推送到备份账号；
- 「保留份数」控制本地与远端各留几份，防止备份本身撑爆磁盘。
恢复验证才算闭环
备份做完不等于能恢复。官方文档在计划任务的说明里专门强调：执行成功只代表流程完成，生产环境应定期做恢复验证——找台测试机器或测试库，把最近一份备份真的恢复一次，确认数据完整可用。没验证过的备份不能算备份。