编辑“Joomla/用BigDump工具导入超大MySQL数据库备份文件”

{{Joomla top}}
常用的[[MySQL]][[数据库]]恢复工具（也能进行备份操作）是[[phpMyAdmin]]，这是一个[[开源]]、免费的工具，大多数主机商（例如Hawkhost）都会免费提供 。相信很多站长也用过phpMyAdmin 来进行网站数据库的备份和恢复，确实很方便，并且有多国语言界面。不过，有一种情况可能你还没碰到，就是当你的数据库体积比较大时，例如 [[SQL]] 备份文件大于 2MB，甚至大于 10MB，这个时候如果你通过 phpMyAdmin 来进行数据库的恢复，就会出错，显示如下的提示：

[[Image:Joomla big 1.jpg]]

这是因为你的SQL文件体积太大，超过了phpMyAdmin的处理能力，这种情况在网络速度比较慢的情况下尤为突出，例如站长在周末晚上8点这个网络拥挤的时段尝试使用 phpMyAdmin 来恢复大型 [[MySQL]] 数据库备份，就容易遇到这种问题。很显然 phpMyAdmin 只适用于恢复比较小的 SQL 文件备份。对于超大 MySQL 数据库备份的恢复，你必须换一个专用的恢复工具，那就是BigDump！

==BigDump数据库导入工具简介==
BigDump 是由德国人 Alexey Ozerov 用 [[PHP]] 语言开发的一个工具[[脚本]]，它只有一个文件，名为 bigdump.php（你可以改名运行）。这个文件是独立运行的，因此与你的网站核心程序无关，不管是[[WordPress]]，[[Drupal]] 还是 Joomla，只要你使用的是 MySQL [[数据库]]，都可以用 BigDump 来恢复超大的 .sql 格式备份文件。

BigDump 工作的原理也很简单：切割分段导入。它在读取 SQL 文件时，每次只读取一小部分，将其导入，然后重新开始一次恢复进程，再读取一小部分,周而复始，直到将整个 SQL 文件全部导入。

==BigDump数据库恢复工具用法演示==
假设我们已经有了一个 MySQL 数据库的备份文件，名为 gate2.sql，文件大小约150MB。数据库字符编码为[[utf-8]]。我们演示一下如何通过bigdump.php工具将这个备份文件恢复到在线数据库中去。

===获取BigDump文件并设置===
我们下载 BidDump 工具并解压，得到一个bigdump.php文件。毫无疑问，bigdump.php 文件需要设置一些参数，否则它怎么知道要导入的数据库的连接帐号？

用[[文本编辑器]]打开 bigdump.php 文件，在大约第 38 行开始，我们设置要导入的 MySQL 数据库连接参数。如下图所示：

[[Image:Joomla big 2.png]]

一般来说，设置好这几项就可以了。对于某些特殊数据库，还需要在下面第66行左右设置数据库字符编码。bigdump.php 文件中没有预设这个参数，原文是：
 $db_connection_charset = '';
如果你的数据库是 UTF-8 编码，那么此处就要修改为：
 $db_connection_charset = 'utf8';
注意那个连字符要去掉。如下图所示：

[[Image:Joomla big 3.png]]

接下来将设置好的 bigdump.php 文件上传到 Joomla 网站上，推荐上传到 /tmp 这个临时目录。

===上传MySQL数据库备份文件===
现在需要将数据库备份文件上传到 bigdump.php 所在的 /tmp 目录中。考虑到文件较大，我们通过 [[FTP]] 软件 [[FileZill]]a 上传 zip 格式的文件，然后借助 Joomla 后台安装的 eXtplorer 资源管理器组件 将其远程解压，在 /tmp 目录中得到 gate2.sql 文件。

===启动BigDump工具===
在[[浏览器]]地址栏输入 bigdump.php 所在 [[URL]] 并回车，运行这个文件。例如本次演示是在本地测试服务器上进行，那么对应的运行网址是：<nowiki>http://localhost/gate/tmp/bigdump.php</nowiki>

如果你输入的 URL 正确，就应该看到如下画面：

[[Image:Joomla big 4.png]]

这就表示BigDump工具已经成功启动，它在启动时就自动扫描所在目录中的全部文件和子目录。如果找到SQL格式或者gzip/zip格式文件，就假设这是数据库文件，在这些文件后面，就会显示出相应的操作链接。例如在上图中，它探测到所在目录中有一个gate2.sql文件，那么针对该文件就在表格右侧同一行中显示了两条操作链接，分别是“Start Import”（开始导入）和“Delete file”（删除文件）。上图的表格中也显示了SQL文件的大小，可以看到这个备份文件接近150MB。

在上图中，还可以看到一个文件上传功能，点击那个“浏览”按钮，你就可以上传一个SQL文件（或其压缩包）来进行导入。但是我们不推荐使用此功能。对于大型文件，FTP上传是最佳选择。

===运行 BigDump 导入功能===
点击上图中的“Start Import”链接，就看到如下画面：

[[Image:Joomla big 5.png]]

上面这个截图是导入开始一段时间之后所截取的，可以看出 BigDump 正在顺利进行 SQL 文件的导入。表格中不仅显示了文件大小，还显示了已经导入的字节数及总体进度。

经过一段时间后（大约20分钟），这个 150MB 大小的 SQL 文件终于导入结束，看到如下画面：

[[Image:Joomla big 6.png]]

原来显示进度条的地方，现在显示了一条消息：
 Congratulations: End of file reached, assuming OK
意思是说：已经到达文件末尾，想必应该成功了。看到这条消息，你就可以完全放心了。BigDump 已经成功地将你的 SQL 备份文件导入到你所指定的 MySQL 数据库里面了。

==使用BigDump数据库导入工具的注意事项==
1、在开始导入之前，目标数据库必须清空,如果目标数据库里面含有记录，那么 BigDump 就无法导入，会报错停止。因此请在开始运行 bigdump.php 文件之前，将目标数据库清空（最好删除全部内容）。

2、所用的SQL文件不能含有Extended Inserts,或许很多第一次使用 BigDump 的用户都会遭遇这个问题。这是因为 phpMyAdmin 在导出数据库时，已经默认勾选了“使用扩展插入”。

这里的“扩展插入”就是 Extended Inserts，而 BigDump 是不能处理带有 Extended Inserts 的 SQL 文件的。所以，在你制作数据库备份时，必须在 phpMyAdmin 的面板上去掉“扩展插入”的勾选。如下图所示：

[[Image:Joomla big 7.png]]

3、使用BigDump导入仍然发生超时错误,这种问题多见于配置比较低的服务器，或者服务器繁忙时段。那么，你可以尝试修改 bigdump.php 文件中的“Other settings (optional)” 这部分的 $linespersession 参数，将默认值 3000 修改得更小一些

4、发生MySQL服务器超载怎么办？

如果服务器性能较差，在运行 bigdump.php 过程中可能会发生 MySQL 服务器超载（overrun）故障。你可以修改 bigdump.php 文件中的 $delaypersession 参数来解决。该参数让 bigdump.php 文件在结束一个片段的导入之后，休息一段时间（你设定的数值就是暂停的时间，单位：毫秒），然后再开始下一个片段的导入，这样服务器就不会太累了。

5、直接把.sql格式文件交给BigDump。在本次演示中，我们先将 zip 格式的备份包上传到服务器上，然后又将它解压成 .sql 格式的文件，再通过 BigDump 来导入。为什么不直接用 BigDump 来导入压缩格式的备份文件？

没错，BigDump 具有导入压缩格式 SQL 备份文件（zip/gzip）的能力，但是在处理压缩文件时，它需要先在临时目录中将其解压，再读取。请注意：这个解压并不是一次性的，而是每导入一个小片段，就要将整个压缩包重新解压一次。因此，直接导入压缩格式文件，反而使 bigdump.php 运行变慢。

==参考来源==
http://www.joomlagate.com/article/advanced-tutorial/import-large-mysql-database-backup-with-bigdump/

{{Joomla高级教程}}

[[category:Joomla|Y]]