????

【編者按：上期我們分析和了解了MySQL全方位災(zāi)備保護的應(yīng)用趨勢。本期我們重點解析鼎甲對MySQL的邏輯備份?！?/span>

????上期回顧：MySQL全方位災(zāi)備保護 Ⅰ 應(yīng)用趨勢????

目前市場上對MySQL備份支持比較全面的備份產(chǎn)品并不多，甚至可以說是鳳毛麟角。

而鼎甲的眾多容災(zāi)備份產(chǎn)品，都對MySQL提供了數(shù)據(jù)保護，包括了鼎甲迪備（DBackup）、鼎甲多副本管理（InfoSemper CDM）等。

DBackup是最早開始對MySQL提供數(shù)據(jù)保護的產(chǎn)品，也是目前國內(nèi)外同類產(chǎn)品中對MySQL的數(shù)據(jù)備份保護支持比較全面的企業(yè)級數(shù)據(jù)安全保護產(chǎn)品。

DBackup產(chǎn)品創(chuàng)建之初，在數(shù)據(jù)庫的支持規(guī)劃上，MySQL是作為一個主流數(shù)據(jù)庫支持項來投入研發(fā)。

那時還很少有企業(yè)會把MySQL作為業(yè)務(wù)數(shù)據(jù)庫，鼎甲未雨綢繆。

逐步完成了對MySQL的邏輯備份、物理備份（完全備份、增量備份、日志備份）、連續(xù)日志備份、合成備份、集成備份等。

目前在MySQL數(shù)據(jù)庫的備份支持上碩果累累，且在數(shù)據(jù)恢復(fù)上，可以實現(xiàn)RPO趨向于零，RTO進入了分鐘級別。

邏輯備份是最為簡單的備份方式，是DBackup最先支持的備份模式。

支持對數(shù)據(jù)庫中表數(shù)據(jù)、代碼的在線備份，用戶可以選擇整數(shù)據(jù)庫表，或者一個或多個表來制定備份作業(yè)。在恢復(fù)時同樣可以選擇整數(shù)據(jù)庫表，或者細(xì)粒度到單表進行數(shù)據(jù)恢復(fù)。

邏輯備份主要是調(diào)用了MySQL數(shù)據(jù)庫提供的 mysqldump來實現(xiàn)庫表數(shù)據(jù)的備份，并通過DBackup的前端備份服務(wù)，實現(xiàn)對數(shù)據(jù)的去重、壓縮等處理，同時在數(shù)據(jù)傳輸上提供了限速設(shè)置。

邏輯備份的優(yōu)點：支持對單表備份，可以全量導(dǎo)出表結(jié)構(gòu)，并且對于不同存儲引擎的表，都可以采用同樣的方法產(chǎn)生備份數(shù)據(jù)。

因此，當(dāng)需要把MySQL數(shù)據(jù)庫中數(shù)據(jù)遷移到不同操作系統(tǒng)平臺的同版本數(shù)據(jù)庫中時，可以通過邏輯備份的方式來實現(xiàn)。在邏輯還原中，DBackup不僅支持本機恢復(fù)，也支持異機恢復(fù)，并且可以自定義是覆蓋原數(shù)據(jù)庫和創(chuàng)建新數(shù)據(jù)庫。

邏輯備份的缺點：當(dāng)MySQL數(shù)據(jù)量達到10G以上時，執(zhí)行邏輯備份的“慢”是眾所周知，且在備份處理期間，為了保證數(shù)據(jù)一致性，在備份非innodb表是會調(diào)用FTWRL（flushtables with read lock），直至備份完非innodb表后才可以unlock，因此這段時間將會影響到業(yè)務(wù)數(shù)據(jù)的寫入。

為此，在實現(xiàn)MySQL的邏輯備份后，鼎甲科技即刻投入對MySQL數(shù)據(jù)庫物理備份的研究和實現(xiàn)，通過對數(shù)據(jù)庫文件的備份來提高備份效率和解決鎖表問題。

沒有最好，只有更好，鼎甲科技對MySQL的數(shù)據(jù)保護和價值提升上，一直在探索的路上。

下期預(yù)告：MySQL全方位災(zāi)備保護 Ⅲ 物理備份

??

??