X3.5服務器搬家遇到新問題，急救，不知道哪里錯了

ghz0832

服務器數(shù)據(jù)比較大，用的是LINUX系統(tǒng)寶塔面板，我備份數(shù)據(jù)的方法是，停止數(shù)據(jù)庫，然后直接壓縮/www/server/data目錄下的數(shù)據(jù)庫文件夾，然后把整個程序傳到新的服務器，新服務器新建相同名稱的數(shù)據(jù)庫和密碼，然后再停止新服務器數(shù)據(jù)庫，解壓搬家搬過來的數(shù)據(jù)庫文件夾，然后開啟數(shù)據(jù)庫，已經(jīng)搬家兩個X3.4網(wǎng)站用同樣的方法，網(wǎng)站一切正常，但就是這個X3.5網(wǎng)站打開是顯示1146

登錄/注冊后可看大圖

如果說這個新建網(wǎng)站有什么問題，但是這個網(wǎng)站根目錄下的X3.4網(wǎng)站打開完全正常，請問這是什么問題，
我嘗試新安裝一個X3.5，然后替換新安裝的數(shù)據(jù)庫，還是打不開，之前X3.4一直沒有問題

我知道答案 回答被采納將會獲得1 貢獻 已有17人回答

湖中沉

報錯信息缺數(shù)據(jù)表，也就是備份的數(shù)據(jù)庫不完整。

另外，備份數(shù)據(jù)庫嚴重建議用mysqldump導出備份的形式，而不要去直接操作數(shù)據(jù)庫文件，那是不標準的操作方法，極易導致數(shù)據(jù)損壞，不要拿X3.4說沒事，因為X3.4以前用mysaim引擎，這樣操作容錯率高，X3.5開始更換性能更好也更未來化（云數(shù)據(jù)庫都不支持mysaim了）。innodb引擎是不允許直接操作數(shù)據(jù)表文件的。

羅永浩

希望出一個X3.5搬家教程，之前有X3.4的

天外飄仙

X3.5不能這樣操作的,

要用 導出SQL的  方法 備份 導入;

你有寶塔面板 可以使用寶塔  自帶的 數(shù)據(jù)庫備份恢復 功能

鴻茂傳媒

顯示是數(shù)據(jù)庫表不存在，檢查下備份是否完整

ghz0832

天外飄仙 發(fā)表于 2025-7-24 07:23
X3.5不能這樣操作的,

要用 導出SQL的  方法 備份 導入;

這個最大50M在哪里修改

登錄/注冊后可看大圖

湖中沉

ghz0832 發(fā)表于 2025-7-24 13:03
這個最大50M在哪里修改

是否寶塔面板？如果是寶塔，mysqldump導出的備份可通過寶塔面板恢復。
如果不是，且備份文件較大，建議使用命令行導入

ghz0832

導入數(shù)據(jù)600多M,
然后顯示("Connection broken: InvalidChunkLength(got length b'', 0 bytes read)", InvalidChunkLength(got length b'', 0 bytes read))

ghz0832

這個是用寶塔備份導入顯示

登錄/注冊后可看大圖

ghz0832

湖中沉 發(fā)表于 2025-7-24 13:07
是否寶塔面板？如果是寶塔，mysqldump導出的備份可通過寶塔面板恢復。
如果不是，且備份文件較大，建議使 ...

看一下，為什么失敗