mysql增量備份基本思想？1.全備分：這是絕對(duì)量備分的基礎(chǔ)基礎(chǔ)，必須先有個(gè)全系統(tǒng)備份2.絕對(duì)量軟件備份：等到你備分的之前它會(huì)檢索數(shù)據(jù)庫(kù)上個(gè)同比增量軟件備份跟現(xiàn)在庫(kù)兩者相比哪些地方塊可以使用過(guò)了，也那

mysql增量備份基本思想？

1.全備分：這是絕對(duì)量備分的基礎(chǔ)基礎(chǔ)，必須先有個(gè)全系統(tǒng)備份

2.絕對(duì)量軟件備份：等到你備分的之前它會(huì)檢索數(shù)據(jù)庫(kù)上個(gè)同比增量軟件備份跟現(xiàn)在庫(kù)兩者相比哪些地方塊可以使用過(guò)了，也那就是只備份自上次備份年來(lái)已不使用過(guò)的塊（前段時(shí)間是全備分就從全備份文件里檢索，以前是同比增量的話就從邊際增長(zhǎng)里檢索），那樣的話的原文件比以前的要小n多。

ORACLE里面也可以可以使用塊跟蹤進(jìn)程管理器，它會(huì)記錄都有什么塊決定過(guò)了并存放到兩個(gè)另外的原文件中，然后再消費(fèi)增量系統(tǒng)備份的時(shí)候就無(wú)需從庫(kù)中檢索到，再檢索到這樣的文件夾就行了，這樣的話的點(diǎn)效率不是很高

MySQL數(shù)據(jù)庫(kù)丟失后如何自動(dòng)恢復(fù)呢？ ？

首先看一下是什么好弄丟，是cb還是slow/innodbtables，假如那樣的話可以不用備份文件來(lái)重新恢復(fù)，如果是detachpartitions有備份是可以用備份恢復(fù)，沒(méi)有軟件備份可以不事務(wù)日志反項(xiàng)題來(lái)通過(guò)重新恢復(fù)