维护Discuz!网站数据库时的备份、压缩问题

在网站数据库维护、备份方面,Discuz!网站程序相比WordPress方便多了,直接在网站管理后台就可以操作,全程中文界面,不需要进主机的MySQL管理页面操作。

对Discuz!网站数据库备份时,有几个选项需要了解一下,特别是数据库备份文件到底需不需要压缩,应该选择哪个压缩选项。这个问题一定要弄明白,免得网站需要恢复数据库库时才发现备份文件有问题。

数据备份文件需要压缩吗

备份Discuz!网站数据库的操作步骤很简单,首先,依次进入Discuz!管理中心-站长-数据库-备份。如下图:

图 | Discuz!管理中心数据库页面
图 | Discuz!管理中心数据库页面

在备份页面,数据库备份类型使用默认的“Discuz! 和 UCenter数据”选项,再点击下面的“更多选项”,会看到下图内容:

图 | Discuz!数据备份压缩选项
图 | Discuz!数据备份压缩选项

所有的数据库备份选项,都用默认就可以了,需要注意的是“压缩备份文件”,默认是不压缩的。

如果网站内容不多,那就不需要压缩,完全按默认选项备份就可以;如果网站内容比较多,比如我这个Discuz!网站的数据库不压缩的话有500M左右,不压缩会非常占用主机空间,所以我都会选择压缩备份文件。

如何压缩

这时,又会有一个问题,如上面的图,压缩数据库备份文件,有两个选项,一个是“多分卷压缩成一个文件”,一个是“每个分卷压缩成单独文件”,那么这两个选项有什么不同呢?

以我的网站为例,前期备份数据库时,一直选择“每个分卷压缩成单独文件”,会在数据库备份目录内产生2百多个分卷压缩文件,显得很乱。

后来再备份数据库时,就改为选择“多分卷压缩成一个文件”,这样就只形成一个压缩文件。如下图:

图 | Discuz!数据备份多分卷压缩成一个文件
图 | Discuz!数据备份多分卷压缩成一个文件

实际上,下载这个压缩文件打开会看到,里面的数据文件还是分卷的:

图 | Discuz!数据压缩包内的分卷文件
图 | Discuz!数据压缩包内的分卷文件

而且在备份过程中,也是一个分卷一个分卷依次创建的:

图 | Discuz!数据备份中
图 | Discuz!数据备份中

不过,将“多分卷压缩成一个文件”会耗用大量的主机内存和处理器,所以有时候因主机内存、处理器性能限制,比较大的网站可能会压缩失败。

在以这种方式压缩时,通过主机管理页面,会看到主机的内存、处理器占用量急剧上升,甚至达到上限。

压缩失败时,Discuz!后台的体现是,在压缩完最后一个数据包后,页面呈现空白,也没有跳转到默认页面。其次,在主机的文件处理器页面,会看到Discuz!的backup数据备份目录内,分卷数据备份文件并没有被压缩。

更严重的后果是,存在导出数据不完整的可能性,这个后果很可怕,数据备份不完整,将来万一用到,对网站来说是一场灾难。

因此,如果数据较大,不建议使用“多分卷压缩成一个文件”的压缩选项。

这时候,只能选择“每个分卷压缩成单独文件”进行压缩备份了。以这种压缩方式备份数据,在cpanel管理界面的用量统计,可以观察到内存占用量、CPU占用量,几乎没有任何变化。

所以Discuz!网站的数据备份,要不要压缩,是多分卷压缩成一个文件,还是每个分卷压缩成单独文件,根据自己情况来决定就行了。

最后,备份Discuz!网站数据时,建议使用“每个分卷压缩成单独文件”,优点是不会增加主机内存、处理器占用量,对主机影响小。

图 | 每个分卷压缩成单独文件,备份完成
图 | 每个分卷压缩成单独文件,备份完成

如果用“多分卷压缩成一个文件”,会占用大量主机内存和处理器,而且在数据较大时,比如200以上分卷,有可能会压缩失败。更重要的是,有可能导出数据不完整。所以不建议使用。

注意,备份前关闭网站,再整理一下数据文件碎片。

©本站原创 禁止转载 侵权必究:ByArt » 维护Discuz!网站数据库时的备份、压缩问题

赞 (0)