今天linux主機中毒了，把用帝國備份王備份之後，恢復了快照到剛建主機的狀態； 哎，只怪當初沒有勤快的去做快照啊； 重新配置好後； 開始使用帝國備份王； 數據恢復之後，打開文章，提示“附加表值出錯” 百度搜索了一堆解決問題，但是解決不了我的問題，我在打開phpmyadmin，發現資料庫里的表dede ...
今天linux主機中毒了，把用帝國備份王備份之後，恢復了快照到剛建主機的狀態；
哎，只怪當初沒有勤快的去做快照啊；
重新配置好後；
開始使用帝國備份王；
數據恢復之後，打開文章，提示“附加表值出錯”
百度搜索了一堆解決問題，但是解決不了我的問題，我在打開phpmyadmin，發現資料庫里的表dede_addonarticle,只有1000條，但是我是採集的數據，我後臺現實的可是有近200萬條數據的呢，這差距也太大了把。
再次用帝國恢復，發現在恢復dede_addonarticle表段時，一閃而過，直接恢復到下一段去了。
查找多方資料，以為是帝國的問題，換了帝國備份王2010也不行；
無意之中看到一篇關於帝國備份王修改配置文件，拆分數據避免502錯誤產生，給了我靈感，感覺打開http://www.riven.cc/dedebak/bdata/www.rivencc_20180210120352Y7BYbf/config.php;
打開一看
$tb[dede_addonarticle]=0;
對比上一次備份的config.php
$tb[dede_addonarticle]=1314;
我終於知道原因了；
在目錄下，找到dede_addonarticle_1.php...最後一張表的數字，
把數字填寫到$tb[dede_addonarticle]=****; //****就是你最後一張表的數字；
然後保存，再恢復，OK，搞定。
希望有遇到跟我一樣問題的朋友，可以參考借鑒
其實問題很小，但是不知道為什麼備份過程中，這個值沒有寫入到config.php中
最後總結這次經驗：
1、帝國備份王儘量用16進位來備份，這樣可以避免遷移數據環境不同造成的錯誤；
2、除了帝國備份外，建議還要用phpmyadmin到處資料庫；
3、linux的mysqldump -u 用戶名 -p 密碼 > 保存的文件名.sql
範例： mysqldupm -u www.riven.cc -p riven.cc > riven.sql //這裡www.riven.cc是用戶名，riven.cc是密碼，riven.sql是保存的資料庫文件名；
