X3.5數(shù)據(jù)庫磁盤數(shù)據(jù)完好重裝了同樣系統(tǒng)和5.7版本數(shù)據(jù)庫，正確修改mysql數(shù)據(jù)目錄但是ecs pid總是報(bào)錯(cuò)咋整？

hotchina86

使用默認(rèn)mysql數(shù)據(jù)目錄時(shí)正常，但是導(dǎo)入數(shù)據(jù)庫總是502超時(shí)；

正確修改mysql數(shù)據(jù)目錄但又總是報(bào)錯(cuò)：MySQL. ERROR! The server quit without updating PID file


這咋整？

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

卡卡北

innodb引擎不太好用

天外飄仙

直接 回滾吧!

想重裝的話 就先 導(dǎo)出sql備份后 再重裝!

建議 直接mysqldump備份導(dǎo)入數(shù)據(jù)庫

false001

問題描述的很籠統(tǒng)，大概需要查mysql的相關(guān)信息：如錯(cuò)誤日志、數(shù)據(jù)庫所在目錄的文件權(quán)限。

hotchina86

X3.5數(shù)據(jù)庫磁盤數(shù)據(jù)完好，系統(tǒng)盤重裝了mysql，這樣子原來數(shù)據(jù)庫單獨(dú)磁盤的數(shù)據(jù)庫文件是不是就沒法用了？是不是重裝了mysql后X3.5的數(shù)據(jù)庫文件就只能采用導(dǎo)入數(shù)據(jù)庫方式才可以？

因?yàn)樵跀?shù)據(jù)庫文件目錄導(dǎo)入數(shù)據(jù)庫可以，而移入原來的數(shù)據(jù)庫文件就報(bào)錯(cuò)：Starting MySQL. ERROR! The server quit without updating PID file

false001

hotchina86 發(fā)表于 2024-2-6 01:24
X3.5數(shù)據(jù)庫磁盤數(shù)據(jù)完好，系統(tǒng)盤重裝了mysql，這樣子原來數(shù)據(jù)庫單獨(dú)磁盤的數(shù)據(jù)庫文件是不是就沒法用了？是 ...

你這樣操作是不對的，mysql5.7默認(rèn)存儲引擎為innodb，是不能通過復(fù)制數(shù)據(jù)庫文件來轉(zhuǎn)移數(shù)據(jù)的。涉及到binlog日志。x3.4及以前的操作老方法要改改了。

x3.5只能通過sql導(dǎo)入mysql來恢復(fù)網(wǎng)站數(shù)據(jù)。

hotchina86

是的，老辦法不行了。感謝各位指導(dǎo)幫助！

yycvip

false001 發(fā)表于 2024-2-6 11:18
你這樣操作是不對的，mysql5.7默認(rèn)存儲引擎為innodb，是不能通過復(fù)制數(shù)據(jù)庫文件來轉(zhuǎn)移數(shù)據(jù)的。涉及到binl ...

那也就是說不能在X3.4的后臺直接恢復(fù)數(shù)據(jù)庫了是嗎

只能在phpMyAdmin上面導(dǎo)入sql是嗎

false001

yycvip 發(fā)表于 2024-2-12 13:12
那也就是說不能在X3.4的后臺直接恢復(fù)數(shù)據(jù)庫了是嗎

只能在phpMyAdmin上面導(dǎo)入sql是嗎 ...

我沒有說不能在X3.4的后臺直接恢復(fù)數(shù)據(jù)庫（這個(gè)功能我沒有用過，通常情況下我是先通過adminer.php工具將數(shù)據(jù)庫導(dǎo)出來，恢復(fù)數(shù)據(jù)的時(shí)候，再用admin.php工具導(dǎo)入數(shù)據(jù)。），我說的是對方將數(shù)據(jù)庫文件通過覆蓋的方式去恢復(fù)數(shù)據(jù)是不對的，x3.5用的是mysql innodb存儲引擎，不能這樣操作。

yycvip

false001 發(fā)表于 2024-2-14 17:08
我沒有說不能在X3.4的后臺直接恢復(fù)數(shù)據(jù)庫（這個(gè)功能我沒有用過，通常情況下我是先通過adminer.php工具將 ...

我不現(xiàn)在就不會遷移3.5，不知道怎么遷移。不知道有沒有教程。

而且安裝時(shí)php是7.4，然后想把php升級了，也就不會了