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

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

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

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

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

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

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

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

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

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

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

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

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

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

服務(wù)器會(huì)在一定時(shí)間間隔內(nèi)對(duì)master二進(jìn)制日志通過(guò)探測(cè)到其是否是不可能發(fā)生轉(zhuǎn)變，要是發(fā)生了什么變動(dòng)，則就開(kāi)始一個(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)椋瑥膸?kù)可以恢復(fù)后，會(huì)手動(dòng)去幫忙主庫(kù)的二進(jìn)制日志，從而提升到數(shù)據(jù)同步。

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

另修真者的存在主庫(kù)中，不不需要也沒(méi)有任何處理

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

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

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

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

誤刪除分為以上幾種情況

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

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

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

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

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

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

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

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