MySQL全方位災(zāi)備保護(hù) Ⅱ 邏輯備份
發(fā)布人:scutech 發(fā)布日期:2018-05-19 11:33:48 點(diǎn)擊數(shù):7015
【編者按:上期我們分析和了解了MySQL全方位災(zāi)備保護(hù)的應(yīng)用趨勢。本期我們重點(diǎn)解析鼎甲對MySQL的邏輯備份?!?/span>
上期回顧:MySQL全方位災(zāi)備保護(hù) Ⅰ 應(yīng)用趨勢
目前市場上對MySQL備份支持比較全面的備份產(chǎn)品并不多,甚至可以說是鳳毛麟角。
而鼎甲的眾多容災(zāi)備份產(chǎn)品,都對MySQL提供了數(shù)據(jù)保護(hù),包括了鼎甲迪備(DBackup)、鼎甲多副本管理(InfoSemper CDM)等。
DBackup是最早開始對MySQL提供數(shù)據(jù)保護(hù)的產(chǎn)品,也是目前國內(nèi)外同類產(chǎn)品中對MySQL的數(shù)據(jù)備份保護(hù)支持比較全面的企業(yè)級數(shù)據(jù)安全保護(hù)產(chǎn)品。
DBackup產(chǎn)品創(chuàng)建之初,在數(shù)據(jù)庫的支持規(guī)劃上,MySQL是作為一個主流數(shù)據(jù)庫支持項(xiàng)來投入研發(fā)。
那時還很少有企業(yè)會把MySQL作為業(yè)務(wù)數(shù)據(jù)庫,鼎甲未雨綢繆。
逐步完成了對MySQL的邏輯備份、物理備份(完全備份、增量備份、日志備份)、連續(xù)日志備份、合成備份、集成備份等。
目前在MySQL數(shù)據(jù)庫的備份支持上碩果累累,且在數(shù)據(jù)恢復(fù)上,可以實(shí)現(xiàn)RPO趨向于零,RTO進(jìn)入了分鐘級別。
邏輯備份是最為簡單的備份方式,是DBackup最先支持的備份模式。
支持對數(shù)據(jù)庫中表數(shù)據(jù)、代碼的在線備份,用戶可以選擇整數(shù)據(jù)庫表,或者一個或多個表來制定備份作業(yè)。在恢復(fù)時同樣可以選擇整數(shù)據(jù)庫表,或者細(xì)粒度到單表進(jìn)行數(shù)據(jù)恢復(fù)。
邏輯備份主要是調(diào)用了MySQL數(shù)據(jù)庫提供的 mysqldump來實(shí)現(xiàn)庫表數(shù)據(jù)的備份,并通過DBackup的前端備份服務(wù),實(shí)現(xiàn)對數(shù)據(jù)的去重、壓縮等處理,同時在數(shù)據(jù)傳輸上提供了限速設(shè)置。
邏輯備份的優(yōu)點(diǎn):支持對單表備份,可以全量導(dǎo)出表結(jié)構(gòu),并且對于不同存儲引擎的表,都可以采用同樣的方法產(chǎn)生備份數(shù)據(jù)。
因此,當(dāng)需要把MySQL數(shù)據(jù)庫中數(shù)據(jù)遷移到不同操作系統(tǒng)平臺的同版本數(shù)據(jù)庫中時,可以通過邏輯備份的方式來實(shí)現(xiàn)。在邏輯還原中,DBackup不僅支持本機(jī)恢復(fù),也支持異機(jī)恢復(fù),并且可以自定義是覆蓋原數(shù)據(jù)庫和創(chuàng)建新數(shù)據(jù)庫。
邏輯備份的缺點(diǎn):當(dāng)MySQL數(shù)據(jù)量達(dá)到10G以上時,執(zhí)行邏輯備份的“慢”是眾所周知,且在備份處理期間,為了保證數(shù)據(jù)一致性,在備份非innodb表是會調(diào)用FTWRL(flushtables with read lock),直至備份完非innodb表后才可以unlock,因此這段時間將會影響到業(yè)務(wù)數(shù)據(jù)的寫入。
為此,在實(shí)現(xiàn)MySQL的邏輯備份后,鼎甲科技即刻投入對MySQL數(shù)據(jù)庫物理備份的研究和實(shí)現(xiàn),通過對數(shù)據(jù)庫文件的備份來提高備份效率和解決鎖表問題。
沒有最好,只有更好,鼎甲科技對MySQL的數(shù)據(jù)保護(hù)和價值提升上,一直在探索的路上。
下期預(yù)告:MySQL全方位災(zāi)備保護(hù) Ⅲ 物理備份