MySQL全方位災(zāi)備保護(hù) Ⅰ 應(yīng)用趨勢(shì)
發(fā)布人:scutech 發(fā)布日期:2018-05-14 11:18:27 點(diǎn)擊數(shù):7888
Road of the saint,flawless,reaching,does not create it to make it!
(譯:圣之道,至善至美,不臻者,創(chuàng)之造之)
—— 亨利萊斯爵士 Sir Henry Royce(勞斯萊斯創(chuàng)始人之一)
【編者按:在數(shù)據(jù)安全保護(hù)領(lǐng)域中,鼎甲以匠人精神不斷地探索和創(chuàng)造,讓數(shù)據(jù)災(zāi)備保護(hù)不斷趨向完美。MySQL全方位數(shù)據(jù)保護(hù)是系列文章,詳細(xì)闡述鼎甲對(duì)MySQL災(zāi)備保護(hù)的技術(shù)實(shí)現(xiàn),敬請(qǐng)持續(xù)關(guān)注。】
在我們近期接觸的一些項(xiàng)目中,我們發(fā)現(xiàn)客戶(hù)對(duì)MySQL的數(shù)據(jù)安全保護(hù)需求越來(lái)越多。
包括政府、電信、銀行、企業(yè)等。
很多業(yè)務(wù)數(shù)據(jù)都將從類(lèi)似Oracle等閉源數(shù)據(jù)庫(kù)遷移到 MySQL數(shù)據(jù)庫(kù)中。
其變化主要源于以下因素的考慮:
首先是從國(guó)家意志,戰(zhàn)略規(guī)劃的改變。
數(shù)據(jù)庫(kù)是信息化系統(tǒng)建設(shè)的核心組件,選擇一款適合自己的數(shù)據(jù)庫(kù)產(chǎn)品至關(guān)重要。
MySQL是一款比較成熟的應(yīng)用級(jí)數(shù)據(jù)庫(kù)產(chǎn)品,目前其社區(qū)版還遵循著開(kāi)源協(xié)議,人們可以從開(kāi)源代碼上充分了解和控制數(shù)據(jù)庫(kù),因此得到眾多企業(yè)的青睞。
其次是技術(shù)發(fā)展的需求。
云技術(shù)發(fā)展已然成為了信息化建設(shè)的趨勢(shì),國(guó)內(nèi)的政務(wù)云、阿里云、華為云等主流云平臺(tái)都以開(kāi)源的技術(shù)為基礎(chǔ)來(lái)搭建,開(kāi)源數(shù)據(jù)庫(kù)的選擇也成了必然趨勢(shì)。
誰(shuí)也不想自己最核心的基礎(chǔ)架構(gòu)掌握在別人手中,核心技術(shù)都是人家的,這就好比將致命的弱點(diǎn)暴露在外。
再次,是業(yè)務(wù)拓展的要求。
隨著信息化管理的推進(jìn),在單位中大到核心業(yè)務(wù)管理,小到行政領(lǐng)料處理,都有應(yīng)用系統(tǒng)來(lái)實(shí)現(xiàn)信息化管理,其業(yè)務(wù)量、數(shù)據(jù)量都出現(xiàn)了高速增長(zhǎng)。
超大型的業(yè)務(wù)數(shù)據(jù)集中式管理,已無(wú)法滿(mǎn)足業(yè)務(wù)的擴(kuò)展性要求,業(yè)務(wù)需求分拆,同樣數(shù)據(jù)庫(kù)架構(gòu)也需要解耦,一些大型企業(yè)組建了成千上百的集群環(huán)境,對(duì)于這樣的運(yùn)行環(huán)境,MySQL這種輕量級(jí)數(shù)據(jù)庫(kù)更為合適。
最后,是出于建設(shè)成本的考慮。
在數(shù)據(jù)庫(kù)產(chǎn)品的購(gòu)置上,相對(duì)于 Oracle等數(shù)據(jù)庫(kù)軟件,MySQL的采購(gòu)費(fèi)用非常低。
如果企業(yè)選擇 MySQL 社區(qū)版,由于遵循著開(kāi)源協(xié)議,可以理解為免費(fèi)使用。
在部署環(huán)境的建設(shè)上,Oracle等數(shù)據(jù)庫(kù)對(duì)服務(wù)器、存儲(chǔ)設(shè)備的配置要求都遠(yuǎn)高于MySQL數(shù)據(jù)庫(kù)。
所以在建設(shè)成本上,MySQL的建設(shè)成本占有很大優(yōu)勢(shì)。
同時(shí),在數(shù)據(jù)庫(kù)的維護(hù)上,MySQL的開(kāi)源屬性,讓用戶(hù)更容易去掌握和管理數(shù)據(jù)庫(kù),相對(duì)于Oracle等數(shù)據(jù)庫(kù)需要購(gòu)買(mǎi)廠家支持服務(wù)來(lái)說(shuō),維護(hù)成本上也占有很大優(yōu)勢(shì)。
但是,企業(yè)對(duì) MySQL 數(shù)據(jù)庫(kù)的使用,一直存在一些問(wèn)題和困擾。比如說(shuō):數(shù)據(jù)承載能力、數(shù)據(jù)安全保護(hù)等。
對(duì)于數(shù)據(jù)庫(kù)的承載能力,技術(shù)專(zhuān)家們通過(guò)業(yè)務(wù)分拆,分布式存儲(chǔ)等多種解決方案來(lái)設(shè)計(jì)和實(shí)施,已得到了很好的解決,本文就不細(xì)表。
對(duì)于 MySQL 的數(shù)據(jù)安全保護(hù),主要體現(xiàn)在數(shù)據(jù)的備份保護(hù)上,MySQL本身提供的數(shù)據(jù)備份機(jī)制并不多,主要方式有冷備份、邏輯備份等。
冷備份是把數(shù)據(jù)庫(kù)停下來(lái),然后使用拷貝、打包或者壓縮命令對(duì)數(shù)據(jù)目錄進(jìn)行備份。
邏輯備份是對(duì)數(shù)據(jù)庫(kù)中多個(gè)庫(kù)、單表或多表進(jìn)行數(shù)據(jù)導(dǎo)出備份,也就是采用mysqldump、mydumper等命令處理。
另外,還有一些第三方備份工具,包括:Xtrabackup等。這些工具實(shí)現(xiàn)了對(duì)MySQL數(shù)據(jù)的物理備份。
但在實(shí)際應(yīng)用中,這些備份方式和工具都無(wú)法滿(mǎn)足企業(yè)對(duì) MySQL 數(shù)據(jù)庫(kù)備份的要求。
冷備份的停機(jī)處理,這在生產(chǎn)環(huán)境中是不可能的;邏輯備份是溫備份,備份時(shí)鎖表,不允許寫(xiě)操作,影響到了業(yè)務(wù)的連續(xù)性;而第三方工具目前還沒(méi)有形成企業(yè)級(jí)的應(yīng)用體系。
MySQL的數(shù)據(jù)備份保護(hù)的不完善。
一方面原因是由于之前 MySQL 數(shù)據(jù)庫(kù)在市場(chǎng)上應(yīng)用不多,對(duì)企業(yè)級(jí)備份需求疲軟;
另一個(gè)重要原因是備份的技術(shù)壁壘,MySQL沒(méi)有提供的完善的數(shù)據(jù)備份接口,如果要想達(dá)到企業(yè)要求,就需要對(duì)MySQL的數(shù)據(jù)庫(kù)結(jié)構(gòu)、文件結(jié)構(gòu)、日志結(jié)構(gòu)進(jìn)行深度分析;
還有一個(gè)原因就是很多用戶(hù)誤將MySQL Replication(主從復(fù)制)當(dāng)作了數(shù)據(jù)災(zāi)備保護(hù),這也拖延了對(duì)MySQL備份保護(hù)的研究。
目前市場(chǎng)上對(duì)MySQL備份支持比較全面的備份產(chǎn)品并不多,可以說(shuō)是鳳毛麟角。
鼎甲科技的眾多備份容災(zāi)產(chǎn)品,都對(duì)MySQL提供了數(shù)據(jù)保護(hù)。
包括鼎甲迪備(DBackup)、鼎甲多副本管理(InfoSemper)等。
鼎甲產(chǎn)品創(chuàng)建之初,在對(duì)數(shù)據(jù)庫(kù)的支持規(guī)劃上,將MySQL作為一個(gè)主流數(shù)據(jù)庫(kù)支持項(xiàng)來(lái)投入研發(fā),逐步完成了對(duì)MySQL的邏輯備份、物理備份(完全備份、增量備份、日志備份)、連續(xù)日志備份、合成備份、集成備份等。后期將會(huì)從淺到深一一解析,敬請(qǐng)期待!
下一篇:MySQL全方位災(zāi)備保護(hù) II 邏輯備份