1、在開始導入之前，目標數據庫必須清空
如果目標數據庫裡面含有記錄，那麼 BigDump 就無法導入，會報錯停止。因此請在開始運行 bigdump.PHP 文件之前，將目標數據庫清空（最好刪除全部內容）。
2、所用的 SQL 文件不能含有 Extended Inserts
或許很多第一次使用 BigDump 的用戶都會遭遇這個問題。這是因為 PHPMyAdmin 在導出數據庫時，已經默認勾選了“使用擴展插入”。
這裡的“擴展插入”就是 Extended Inserts，而 BigDump 是不能處理帶有 Extended Inserts 的 SQL 文件的。所以，在你制作數據庫備份時，必須在 PHPMyAdmin 的面板上去掉“擴展插入”的勾選。如下圖所示：
3、如何使 Akeeba Backup 與 BigDump 配合工作？
我們前面推薦大家使用 Akeeba Backup 來制作備份文件。那麼，可否使用 Akeeba Backup 來制作數據庫備份，然後通過 BigDump 導入？當然是可以的。不過，這裡面需要一些特殊技巧。我們將在 Akeeba Backup 使用詳解 這篇教程中介紹。
4、使用 BigDump 導入仍然發生超時錯誤
這種問題多見於配置比較低的服務器，或者服務器繁忙時段。那麼，你可以嘗試修改 bigdump.PHP 文件中的“Other settings （optional）” 這部分的 $linespersession 參數，將默認值 3000 修改得更小一些。（不過，我認為你還是換一個更好的服務器吧，例如 Hawkhost）。
5、發生 MySQL 服務器超載怎麼辦？
如果服務器性能較差，在運行 bigdump.php 過程中可能會發生 MySQL 服務器超載（overrun）故障。你可以修改 bigdump.php 文件中的 $delaypersession 參數來解決。該參數讓 bigdump.PHP 文件在結束一個片段的導入之後，休息一段時間（你設定的數值就是暫停的時間，單位：毫秒），然後再開始下一個片段的導入，這樣服務器就不會太累了。
6、直接把 .sql 格式文件交給 BigDump
在本次演示中，我們先將 zip 格式的備份包上傳到服務器上，然後又將它解壓成 .sql 格式的文件，再通過 BigDump 來導入。為什麼不直接用 BigDump 來導入壓縮格式的備份文件？
沒錯，BigDump 具有導入壓縮格式 SQL 備份文件（zip/gzip）的能力，但是在處理壓縮文件時，它需要先在臨時目錄中將其解壓，再讀取。請注意：這個解壓並不是一次性的，而是每導入一個小片段，就要將整個壓縮包重新解壓一次。因此，直接導入壓縮格式文件，反而使 bigdump.PHP 運行變慢。
7、我還有更奇怪的問題……
一般來說，運行 bigdump.PHP 導入一個 SQL 備份文件非常容易。如果你參照上述注意事項及操作過程，仍然不能順利完成數據庫備份文件的導入，那麼請到BigDump 官方網站閱讀更多 FAQ，查找原因。
工具下載地址：BigDump ver. 0.32b (beta) (10 KB ZIP archive)
