數(shù)據(jù)庫被覆蓋能不能恢復(fù)？不能不能。被遍布的數(shù)據(jù)是難以復(fù)原的，反正是什么類型的數(shù)據(jù)，如果能是被瞬間覆蓋了，那你沒有任何辦法找回來了的。假如弄丟的數(shù)據(jù)有備份，那盡量從備分里還原功能數(shù)據(jù)就可以了。mysql

數(shù)據(jù)庫被覆蓋能不能恢復(fù)？

不能不能。被遍布的數(shù)據(jù)是難以復(fù)原的，反正是什么類型的數(shù)據(jù)，如果能是被瞬間覆蓋了，那你沒有任何辦法找回來了的。假如弄丟的數(shù)據(jù)有備份，那盡量從備分里還原功能數(shù)據(jù)就可以了。

mysql在沒事務(wù),沒備份的情況下,過段時(shí)間后會(huì)自己恢復(fù)到大約一小時(shí)前的狀態(tài),請問什么情況？

您好:簡單這個(gè)情況一定會(huì)是不都正常的。

您最好就是監(jiān)測再看看,是某些表回檔應(yīng)該整庫回檔,差不多多長時(shí)間會(huì)出現(xiàn),這有助排查問題。

接著,從服務(wù)器方面看,有沒做Raid鏡像,熱備份文件,云盤快照等。

再然后再,一欄數(shù)據(jù)庫日志,如何確定有無比連接到和十分只是請求,排除腎炎SQL注入等因素。

再再然后再,可以檢測幫一下忙程序代碼,如何確定有程序包含每隔幾小時(shí)作業(yè)。

是否是有對數(shù)據(jù)庫你操作的小程序或服務(wù)器組件,系統(tǒng)服務(wù)等。

結(jié)果,逐漸地停止下來會(huì)操作數(shù)據(jù)庫的因素,細(xì)致排查。

mysql主從同步有個(gè)疑問，如果從庫宕機(jī)，在從庫恢復(fù)之前主庫沒同步過來的數(shù)據(jù)，要如何處理呢？

是需要，要了解MySQL的主從離線的原理：

服務(wù)器將數(shù)據(jù)的改變都記錄到二進(jìn)制binlog日志中，只要你master上的數(shù)據(jù)不可能發(fā)生變動(dòng)，則將其改變寫入到二進(jìn)制日志；

服務(wù)器會(huì)在一定時(shí)間間隔內(nèi)對master二進(jìn)制日志通過探測到其是否是不可能發(fā)生轉(zhuǎn)變，要是發(fā)生了什么變動(dòng)，則就開始一個(gè)I/OThread幫忙master二進(jìn)制事件；

3.另外主節(jié)點(diǎn)為每個(gè)I/O線程正常啟動(dòng)一個(gè)dump線程，主要用于向其郵箱里二進(jìn)制事件，并保存至從節(jié)點(diǎn)本地的中繼日志中；

4.從節(jié)點(diǎn)將啟動(dòng)時(shí)SQL線程從中繼日志中讀取數(shù)據(jù)二進(jìn)制日志，在本地音軌，令其數(shù)據(jù)和主節(jié)點(diǎn)的保持一致；

5.之后I/OThread和SQLThread將再次進(jìn)入睡眠狀態(tài)，等待下兩次被再喚醒.

因?yàn)?，從庫可以恢?fù)后，會(huì)手動(dòng)去幫忙主庫的二進(jìn)制日志，從而提升到數(shù)據(jù)同步。

主庫的日志如果不是能一直恢復(fù)到備庫可以恢復(fù)，這樣備庫重新恢復(fù)以后能從斷開的時(shí)候結(jié)束同步，如果沒有中間日志被徹底刪除了，沒法重新做備庫了，無法一直網(wǎng)絡(luò)同步

另修真者的存在主庫中，不不需要也沒有任何處理

主從不符，rdb和aof另外可以使用不就可以了。

數(shù)據(jù)庫誤刪可以恢復(fù)嗎？如何操作？

理論上，如果有數(shù)據(jù)庫備份和填寫的數(shù)據(jù)庫免費(fèi)日志，都是可以重新恢復(fù)到任何時(shí)間點(diǎn)。

以mysql數(shù)據(jù)庫為例：

誤刪除分為以上幾種情況

1.業(yè)務(wù)數(shù)據(jù)誤刪除，例如delete，tuncate掉你不該刪除掉的業(yè)務(wù)數(shù)據(jù)

2.業(yè)務(wù)表誤刪文件，.例如tracetable，將業(yè)務(wù)刪除

3.數(shù)據(jù)庫文件誤刪文件，或者rm掉數(shù)據(jù)庫文件，數(shù)據(jù)庫binlog日志等

對于語句1和2的情況，做了延遲高庫的架構(gòu)方案，也可以直接從服務(wù)器延遲中將數(shù)據(jù)導(dǎo)出，再再導(dǎo)入就可以不重新恢復(fù)

第三種情況就一點(diǎn)奇怪一點(diǎn)，rm掉最重要的文件，會(huì)倒致數(shù)據(jù)庫真接混亂，那你是需要按的數(shù)據(jù)庫軟件備份和隨機(jī)的binlog日志進(jìn)行復(fù)原，如做mysql的主主不能復(fù)制高可用，當(dāng)監(jiān)控軟件不識(shí)別到當(dāng)前是用主庫早就不可用，則會(huì)自動(dòng)將業(yè)務(wù)可以切換到備用數(shù)據(jù)庫。

只要你沒被覆蓋，一般是這個(gè)可以的。

如果你備份了就這個(gè)可以。例如云幫手：再次進(jìn)入應(yīng)用管理——計(jì)劃任務(wù)——去添加計(jì)劃任務(wù)，時(shí)間可以不具體看到每月一天每分每分鐘，設(shè)置好后就也可以自動(dòng)備份了，這樣的話就算是誤刪也不怕了

你備份了嗎？備份了是可以的，而且云幫手是可以不直接將軟件備份歌詞同步到云盤的，你然后剛剛進(jìn)入云盤——數(shù)據(jù)庫軟件備份就可以不接受復(fù)原了；假如怕自己忘記備份文件，也可以在系統(tǒng)管理——計(jì)劃任務(wù)——再添加計(jì)劃任務(wù)，時(shí)間可以具體一點(diǎn)到每月固定一天每分每分鐘，可以設(shè)置好后就這個(gè)可以自動(dòng)備份了，這樣的即使誤刪也不擔(dān)心了。