搜了一下，新手X3.5更換服務(wù)器搬家不好弄啊

ghz0832

首先不能直接打包數(shù)據(jù)庫文件，原X3.4以前是可以的，寶塔備份導(dǎo)入提示錯(cuò)誤，后臺備份恢復(fù)提示502，

目前可能就是用命令導(dǎo)入了，新手肯定不會弄，還有沒有更好的辦法
難道程序越是升級越差？早知道不升級3.5 了

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

湖中沉

你這是誤區(qū)，其實(shí)和X3.4還是X3.5無關(guān)，而是和mysql的發(fā)展趨勢有關(guān)，X3.5以前是老的數(shù)據(jù)引擎，叫mysaim，這個(gè)引擎現(xiàn)在已經(jīng)普遍開始淘汰，云數(shù)據(jù)庫基本都已經(jīng)不支持這個(gè)引擎了，這個(gè)引擎的優(yōu)點(diǎn)就是數(shù)據(jù)文件可以直接復(fù)制操作。缺點(diǎn)同樣明顯。

X3.5開始針對時(shí)代，數(shù)據(jù)引擎改為更主流的innodb，優(yōu)點(diǎn)是讀取快，效率高，缺點(diǎn)是占用空間更大，數(shù)據(jù)文件是不可直接操作的。這不是X3.5決定的，而是mysql數(shù)據(jù)庫決定的。

你說的導(dǎo)入錯(cuò)誤，多種方法都出問題的話，就得考慮原始數(shù)據(jù)有問題了，導(dǎo)致導(dǎo)出的數(shù)據(jù)存在異常，所以無法正常導(dǎo)入。

無言以對2012

直接用服務(wù)器快照，數(shù)據(jù)不多，個(gè)把小時(shí)就搞定了。

crx349

502是超時(shí)了，先檢查服務(wù)器環(huán)境哦

天外飄仙

你這個(gè) 估計(jì)是 數(shù)據(jù)有異常了,

以前我遇到過一次, 當(dāng)時(shí)是哪個(gè)表 不記得了…… 當(dāng)時(shí)的情況 是字段類型明明是枚舉類型, 但是 有值 不屬于 指定枚舉類型 導(dǎo)致的 報(bào)錯(cuò);

你這個(gè)情況 需要有一定的 MySQL基礎(chǔ)才能處理了,

需要的話 可以加我 QQ  我 有償處理!

鴻茂傳媒

502是超時(shí)了，需要提高超時(shí)時(shí)間

付興森

備份數(shù)據(jù)庫之前先在網(wǎng)站后臺“數(shù)據(jù)庫優(yōu)化”，如果有需要優(yōu)化的就優(yōu)化下再備份，我的是如果不優(yōu)化備份后幾乎100% 恢復(fù)不了，優(yōu)化以后都能恢復(fù)成功...不知道啥問題

天外飄仙

付興森 發(fā)表于 2025-7-31 09:56
備份數(shù)據(jù)庫之前先在網(wǎng)站后臺“數(shù)據(jù)庫優(yōu)化”，如果有需要優(yōu)化的就優(yōu)化下再備份，我的是如果不優(yōu)化備份后幾乎 ...

所謂的優(yōu)化 是整理碎片 提高性能的;

你這個(gè)情況 應(yīng)該是 服務(wù)器的性能太差了

yxmsvip

我都是七牛整站備份，換個(gè)機(jī)子直接解壓使用就好了