現(xiàn)在最好用的數(shù)據(jù)庫(kù)備份工具是什么呢

qwea6385

dz后臺(tái)自帶的，恢復(fù)的時(shí)候概率出現(xiàn)502。特別數(shù)據(jù)庫(kù)稍大的話。原因不知。


寶塔面板自帶的備份，備份dz新站倒是沒(méi)問(wèn)題，老站不知道為什么總是備份不全。原因不知

以前常用帝國(guó)備份王，耐何備份王多年不更新了，現(xiàn)在備份倒還可以，但是恢復(fù)dz數(shù)據(jù)，經(jīng)常出現(xiàn)錯(cuò)誤頁(yè)面，代碼雖然顯示了memory_limit問(wèn)題，但真正原因未明。
我8g內(nèi)存的服務(wù)器，已經(jīng)在php中將memory_limit改為7000M了也會(huì)跳。
求大佬指導(dǎo)啊，現(xiàn)在備份恢復(fù)數(shù)據(jù)庫(kù)，還有什么好用的工具嗎?；蛘呶疑厦嫒N方法有什么解決 方案嗎.老站被數(shù)據(jù)庫(kù)搞得有點(diǎn)頭大

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

天外飄仙

一般建議 用 mysqldump備份數(shù)據(jù)庫(kù);
如果你是win系統(tǒng)的服務(wù)器 Navicat備份也可以;

寶塔自動(dòng)的備份 就是調(diào)用的mysqldump, 按道理來(lái)講備份不應(yīng)該有缺失的……

memory_limit 參數(shù)修改后 要重啟的,否者不會(huì)生效

ysx24

寶塔自帶數(shù)據(jù)庫(kù)備份確實(shí)有缺失，但相對(duì)某個(gè)程序有這問(wèn)題，如cloudreve 程序靠寶塔備份數(shù)據(jù)庫(kù)就會(huì)丟表和不全，dz暫未發(fā)現(xiàn)

lilin

如果想備份數(shù)據(jù)庫(kù)比較放心一點(diǎn)就使用 Navicat Premium 15 吧。

Discuz有償服務(wù)

502是服務(wù)器錯(cuò)誤了，具體應(yīng)該去看服務(wù)器日志，dz的數(shù)據(jù)庫(kù)備份默認(rèn)是2Mb一個(gè)文件，數(shù)據(jù)庫(kù)大，一次也只是導(dǎo)入2MB，數(shù)據(jù)庫(kù)大，無(wú)非就是分卷數(shù)量多，頁(yè)面需要跳轉(zhuǎn)多次

ink

同樣的問(wèn)題，頭大，老站的POST表有幾個(gè)G，想盡了可能想到的辦法，都無(wú)法完整備份下來(lái)，MYSQL內(nèi)也沒(méi)看到出錯(cuò)信息，唉，悲劇啊，升級(jí)個(gè)MYSQL比登天還難…………

對(duì)了，樓主，23年1月的帖子，一年了，你后來(lái)解決了嗎？如果解決了望指點(diǎn)一下啊，萬(wàn)分感謝。

天外飄仙

ink 發(fā)表于 2024-2-26 11:47
同樣的問(wèn)題，頭大，老站的POST表有幾個(gè)G，想盡了可能想到的辦法，都無(wú)法完整備份下來(lái)，MYSQL內(nèi)也沒(méi)看到出錯(cuò) ...

mysqldump 備份幾十G 甚至上百G 都沒(méi)啥問(wèn)題的!

ink

天外飄仙 發(fā)表于 2024-2-26 14:20
mysqldump 備份幾十G 甚至上百G 都沒(méi)啥問(wèn)題的!

能否請(qǐng)教給個(gè)完整的語(yǔ)句？我是個(gè)門外漢，mysqldump參數(shù)蠻多的，怕參數(shù)不對(duì)導(dǎo)出不全或者出錯(cuò)……
目前就是mysql5.7+php7.4，想完整的導(dǎo)出數(shù)據(jù)庫(kù)后升級(jí)mysql8，折騰了大半個(gè)月了，痛苦。

萬(wàn)分感謝！

天外飄仙

ink 發(fā)表于 2024-2-26 15:11
能否請(qǐng)教給個(gè)完整的語(yǔ)句？我是個(gè)門外漢，mysqldump參數(shù)蠻多的，怕參數(shù)不對(duì)導(dǎo)出不全或者出錯(cuò)……
目前就是 ...

需要先命令行進(jìn)入mysql客戶端的……然后再執(zhí)行mysqldump命令……

具體的 你自己百度一下吧!