网站备份用什么方式！别只会打包下载

打包下载整个网站目录，是最容易让人产生安全感、也最容易在关键时刻掉链子的做法。不是这招没用，是它顶多算半个备份。真出事那天你才会发现，手里那个压缩包解开来是几个月前的模板，数据库空空如也，图片目录还对不上号，恢复出来的站看着像那么回事，点进去处处是坑。所以网站备份用什么方式，顺序得反过来——先问自己在防哪种事故，再去挑工具，最后才是写脚本。

网站备份用什么方式，先看你怕的是哪一种

误删一篇文章、改模板改崩了、被人塞了后门、主机商跑路、硬盘直接挂掉——这五种事要的备份根本不是一回事。误删要的是最近几小时的数据库，越新越好；改崩了要的是能快速回滚的文件版本，最好一键还原；被挂马就麻烦了，得往更早的地方翻，因为你压根不知道后门是什么时候进去的，可能一个月前就潜伏在那里，等着你去恢复一个带毒的版本；主机跑路或者磁盘挂了那才是真狠，全没了，这时候要是你的备份和网站在同一台机器、同一个账号里，等于白备。想明白这个你就知道，没有哪一招能全包，只能一层层叠上去。

打包下载最大的坑：文件和数据库对不上

网站这玩意是两半的，一半在文件目录里，一半在数据库里。很多人的操作是先打包文件、再慢悠悠去导数据库，中间隔了十几分钟，这十几分钟里新发的评论、新下的订单、新注册的用户就永远留在旧库里了。反过来先导库再打包文件，一样丢。小站无所谓，一天没几条内容，丢了补上就是；但凡有点用户交互，这个时间差就会让你恢复出来的站看着正常、点开却缺胳膊少腿，最难查的就是这种。

还有个更隐蔽的——压缩包里少了隐藏文件。.htaccess、.env、某些框架自带的配置文件，用面板的压缩功能有时候会跳过，或者你手动选中时压根看不见它们。恢复完发现伪静态全 404、数据库密码连不上、后台登不进，能对着屏幕排查半天。打包之前用 ls -a 瞄一眼，或者把面板里“显示隐藏文件”的开关打开，这习惯能省下不少事。

数据库导出来，别只按最顺手那个按钮

图形界面里点一下“导出”是真方便，几兆的小库随便玩。库涨上去之后就容易中途超时，导出来一个半截的 sql，看着有文件，导进去报错，你还得回头找原因，找着找着天就亮了。库大一点我一般就 mysqldump，命令行里跑，稳，还能直接管道给压缩，顺手加个日期后缀。字符集记得统一，现在基本都是 utf8mb4，别导出 utf8 又导回去，中文全变问号，这种低级错误每年都有人犯。

导完立刻看一眼文件大小，零字节和几十兆都可能是错的，前者说明权限不够，后者说不定把日志表也打包进去了。还有，mysql 的账号密码别跟着备份文件一块扔在网站目录里，这事后面还要单独说一句。

快照不是备份，这俩经常被混着讲

快照好用，回滚系统改动、升级前打个底，几秒钟的事，谁用谁说香。但它跟那块磁盘是绑在一起的，账号欠费被清、宿主机整台出问题、或者你把实例连着磁盘一块删了，快照是跟着走的，一起没。拿它当唯一保险，等于把鸡蛋放一个篮子里还盖了盖，看着整齐，摔的时候一个不剩。

我一般把快照当“最近一道防线”，日常误操作靠它回滚；真正的备份是能拿到手、能下载到别的账号、能脱离这台服务器独立存在的东西。这两个概念混着用，出事的时候才发现手里什么都没有，那就晚了。

网站备份用什么方式算稳，我自己是这么分的

数据库每天跑一次，小站挑凌晨，量大的话就几个小时一次，保留最近两周；整站文件每周来一次全量，剩下的靠增量，或者你磁盘够大干脆也全量，省心；然后每个月挑一份完整的东西，扔到对象存储或者另一家服务商那里冷着不动。三层听着麻烦，配好脚本之后基本不用管，关键在于“异地”这两个字——同一机房、同一账号下的两份，出事的时候经常是手拉手一起没的。

也有人问我要不要本地再存一份，我说存，但别指望它。移动硬盘会坏，U 盘会丢，笔记本会进水，本地那份的真实作用是“网速慢的时候能快点拿回来”，不是最后底线。别把顺序搞反了。

定时任务比记性靠谱得多

手动备份这事我太清楚了，前两周兴致勃勃，第三周开始忘，一个月之后彻底想不起来还有这回事。crontab 或者面板里的计划任务，写好之后基本就交给机器，它不嫌烦。脚本里注意几件小事：打包完先判断文件大小再决定要不要上传，传完校验一下，然后清理掉超过保留期的旧包，不然磁盘会被自己的备份撑爆，撑爆之后连站都跑不动。

还有个坑是脚本挂了没人知道。最土也最有效的办法，是让它往你的邮箱或者一个群里发结果，成功失败都发。连续几天收不到消息，说明连任务都没跑起来，这反而是最该警惕的信号——很多人是等到要恢复的时候，才发现定时任务在半年前就因为一次改密码停了。

备份文件千万别放回网站目录里

这个我见过太多次了。脚本把整站打包，输出到 /www/wwwroot/站点名/backup/ 底下，第二天再打包的时候把昨天的备份也打进去了，包一天天变大，磁盘一天天变满，最后还被扫描器直接摸到那个可以猜的路径，整站源码连着数据库密码被人一锅端走。备份文件要放网站根目录外面，名字别用 backup.zip、www.rar 这种一猜就中的，能加个随机串就加。

对象存储也一样，权限顺手看一眼，别设成公开读。规矩本身不难，难的是每次都记得，而这种事漏一次就够受了。

没恢复过的备份，等于没备份

这话难听但是真的。找个时间做个测试：把备份拿到另一台机器上，或者就在本地虚拟机里，完整恢复一次。看目录权限对不对、数据库能不能连上、伪静态规则还在不在、图片显示正不正常、后台能登录不。走一遍下来，你就知道自己的备份究竟是个救命包，还是一堆占地方的压缩文件。

演练也别搞得太隆重，半年一次就行。顺手把恢复步骤写成几行笔记放在手边，真出事的时候人是慌的，照着笔记走比临场发挥靠谱一百倍。

绕了一圈，答案不在工具清单里，而在你能承受丢多少。能接受丢一天数据的，每天定时任务加一份异地就够；一天都丢不起的，就把数据库的频率往上提，再拿快照兜住系统层面。今天可以先做一件小事：打开服务器，看一眼有没有正在跑的备份任务，上一次成功是什么时候。要是你自己都答不上来，那就别等了。