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

ghz0832

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

登錄/注冊后可看大圖

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

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

湖中沉

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

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

羅永浩

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

天外飄仙

X3.5不能這樣操作的,

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

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

鴻茂傳媒

顯示是數據庫表不存在，檢查下備份是否完整

ghz0832

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

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

這個最大50M在哪里修改

登錄/注冊后可看大圖

湖中沉

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

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

ghz0832

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

ghz0832

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

登錄/注冊后可看大圖

ghz0832

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

看一下，為什么失敗