三种备份方式各管什么场景
宝塔里能用的数据库备份大概三种。一是在数据库管理页点备份，适合改配置、升级之前临时存一份。二是计划任务里的自动备份，适合日常兜底。三是命令行 mysqldump 导出，适合库大、或者要迁移到别的地方。
三种不是互相替代的关系。日常靠计划任务，动数据库之前手动补一份，要走人或者换机的时候用导出。先把这条分清楚，后面不容易乱。
手动备份之前先看一眼库的大小
点备份之前，先在数据库列表里看这个库占了多少空间。库大到一个量级之后，备份过程要跑一阵，中途页面卡住不代表失败，等它跑完再刷新。
备份完成后别只看「备份成功」这四个字。看文件大小，几十兆的库导出成几 K 的文件，基本都是空的或者只导了结构。这种假备份在还原时才暴露，那时候已经晚了。
养成一个习惯，每次备份完看两件事：文件大小是否合理、文件时间是否是刚才。两件都对，这份备份才算存在。
计划任务自动备份怎么配才靠谱
在计划任务里新建一个备份数据库的任务，周期按站的更新频率定。日更的站建议每天一次，更新少的站每周两次也够。
保留份数要设，一般留最近五到七份，多了占磁盘。备份目录建议单独指定，不要和站点目录放一起，站点目录被误删时备份也跟着走就白做了，这一条也是问主机商要独立数据盘或独立备份目录的实际意义。
还能加一条同步任务，把备份文件传到对象存储或者另一台机器。同一台机器上的备份只能防误操作，防不了机器本身出问题。这一点在选主机商时就该问清，是否有跨机器的备份空间，或者能不能给到独立的数据盘快照。
还原的完整顺序和注意事项
还原之前先做两件事。一是把当前库再备份一份，万一还原的不是想要的那份，还有退路。二是把站点切到维护状态，避免还原过程中有新的写入进来。
然后在数据库管理里点导入，选中对应的 sql 文件。导入过程同样要等，库大的时候进度条走得慢是正常的。导入结束之后刷新表列表，看表数量对不对。
还原完还要处理一件事，就是站点配置文件里的数据库账号信息是否还是当前这套。如果是把别处的备份导进来，表前缀可能不同，这个要在配置文件里对上，不然页面会提示无法连接或者表不存在。
导入报错常见的四种情况
第一种是文件太大导入中断，表现是表少了几张。解决办法是调大上传限制，或者改用命令行导入，命令行不受上传大小限制。
第二种是字符集不匹配，导入后中文变成问号或者乱码。导出时选 utf8mb4，导入时也保持这个字符集，两边一致就不会出问题。
第三种是表前缀不一致，导入成功但站点打不开，报的是表不存在。这时改配置文件里的前缀，或者把导入的表批量重命名。
第四种是权限不足，导入中途提示拒绝访问。这通常是数据库用户没有建表权限，换成有权限的账号操作，或者临时用 root 导入再切回来。
备份放哪 留几份 怎么演练
存放上分三层比较稳。本机一份用于快速回滚，另一个目录一份防误删，异地或者对象存储一份防机器故障。三层都做了，才算真正有备份。
份数上不要只留最新一份。留最近五到七份，这样即使某次备份本身就是坏的，还能往回退几份。备份文件本身也要校验，下载一份打开看头部是否正常，别等用的时候才发现打不开。
最关键的是演练。很多人备份做了几年，一次都没还原过，真出事才发现流程走不通。建议每季度找一台测试机，把最新的备份完整还原一次，走完导入、改配置、访问首页这三步。演练过的人，出事时手不抖。更多宝塔面板和数据库维护的细节，可以去zhujishang.com翻相关文章。
