数据备份注意事项
主要需要注意下面两个方面:
一、数据备份方式
推荐选择“Discuz! 分卷备份”,“文件长度限制”最好不要超过默认的“2048 k”,如图 4 所示:
图4
二、数据备份选项
如图 5 所示:(本演示的论坛数据库字符集为GBK)
图5
其中需要注意下面几点:
1、“使用扩展插入(Extended Insert)方式”:推荐选择“否”,选“是”可能会导致数据恢复的时候由于 SQL 语句过长而超时等问题。
两种方式优缺点对比:选“是”:备份数据会比较小;选“否”:备份数据的兼容性比较高。
2、“建表语句格式”:如果您只是备份数据,默认即可;如果是更换空间,就需要根据您新空间服务器上安装的 MySQL 的版本选择,如果您新空间服务器上安装的 MySQL 的版本号为 MySQL4.0.x 及以下版本,这里就选择“MySQL 3.23/4.0.x”,如果您新空间服务器上安装的 MySQL 的版本号为 MySQL4.1.x 及以上版本,这里就选择“MySQL 4.1.x/5.x”。
3、“强制字符集”:如果您只是备份数据,默认即可;如果您想转换论坛数据库的字符集,比如您想将您 GBK 的数据库字符集转换为 UTF-8 的,在这里选择“UTF-8”备份再导入到一个数据库和论坛字符集都为UTF-8的论坛即可。当然这里如果选择不慎出错,恢复备份数据的时候很可能会导致乱码问题。
这里需要说明下 Discuz!6.0 的新功能——可以将 UTF8 的数据库字符集强制导出为 GBK 的,这在 5.x 及以前版本里都无法实现。
4、“十六进制方式”:推荐选择“是”。这个功能可以防止备份恢复时的乱码问题。
注:选择“十六进制方式”备份后的 sql 备份文件打开看不到原数据,而是一些看起来是字母数字的东西。
5、 “压缩备份文件”:
有三个选项:
“多分卷压缩成一个文件”:如果要把备份文件挪动位置,这种方式比较方便,备份完毕后自动打包,可以避免移动过程中的遗失文件等问题。
“每个分卷压缩成单独文件”:可用于单纯的备份,不过恢复的时候需要挨个解压。
“不压缩”:备份后的 sql 文件无压缩,可直接用于数据恢复。
6、“备份文件名”:默认的备份文件存放在 ./forumdata 目录下的一个名为 backup_xxx 的目录里,其文件名由“日期+下划线+随机字符+后缀.sql”构成,当然这里您也可以自己定义备份文件名。
弄明白了 Discuz!6.0
后台备份的各项参数及设置,可以方便大家准确无误的选择适合自己的备份方式,而不会因为备份数据方法的错误导致数据丢失等遗憾。
网友评论