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

hotchina86

使用默認mysql數(shù)據(jù)目錄時正常，但是導入數(shù)據(jù)庫總是502超時；

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


這咋整？

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

卡卡北

innodb引擎不太好用

天外飄仙

直接 回滾吧!

想重裝的話 就先 導出sql備份后 再重裝!

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

false001

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

hotchina86

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

因為在數(shù)據(jù)庫文件目錄導入數(shù)據(jù)庫可以，而移入原來的數(shù)據(jù)庫文件就報錯：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ù)庫單獨磁盤的數(shù)據(jù)庫文件是不是就沒法用了？是 ...

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

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

hotchina86

是的，老辦法不行了。感謝各位指導幫助！

yycvip

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

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

只能在phpMyAdmin上面導入sql是嗎

false001

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

只能在phpMyAdmin上面導入sql是嗎 ...

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

yycvip

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

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

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