X3.5服務(wù)器搬家遇到新問題，急救，不知道哪里錯(cuò)了

ghz0832

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

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

我知道答案 回答被采納將會(huì)獲得1 貢獻(xiàn) 已有17人回答

湖中沉

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

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

羅永浩

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

天外飄仙

X3.5不能這樣操作的,

要用 導(dǎo)出SQL的  方法 備份 導(dǎo)入;

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

鴻茂傳媒

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

ghz0832

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

要用 導(dǎo)出SQL的  方法 備份 導(dǎo)入;

這個(gè)最大50M在哪里修改

湖中沉

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

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

ghz0832

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

ghz0832

這個(gè)是用寶塔備份導(dǎo)入顯示

ghz0832

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

看一下，為什么失敗