鼎甲MySQL CLRP 連續(xù)日志實(shí)時(shí)保護(hù),秒級(jí)RPO不是夢(mèng)!
發(fā)布人:scutech 發(fā)布日期:2024-03-29 10:29:06 點(diǎn)擊數(shù):1458
傳統(tǒng)的MySQL數(shù)據(jù)庫(kù)備份方式存在嚴(yán)重的數(shù)據(jù)丟失和恢復(fù)時(shí)間長(zhǎng)的問(wèn)題,當(dāng)生產(chǎn)主機(jī)出現(xiàn)故障時(shí),用戶只能恢復(fù)至最近一個(gè)備份點(diǎn),這可能導(dǎo)致數(shù)小時(shí)甚至半天以上的數(shù)據(jù)丟失。在當(dāng)今數(shù)據(jù)驅(qū)動(dòng)的時(shí)代,數(shù)據(jù)已成為生產(chǎn)的重要要素,因此需要更好的技術(shù)來(lái)保證數(shù)據(jù)的安全性。
MySQL CLRP連續(xù)日志實(shí)時(shí)保護(hù)技術(shù):
為了解決傳統(tǒng)備份方式的不足,鼎甲科技自主研發(fā)了連續(xù)日志實(shí)時(shí)保護(hù)(CLRP)技術(shù)。這項(xiàng)技術(shù)基于MySQL的主從復(fù)制協(xié)議,通過(guò)實(shí)時(shí)捕獲binlog的變化數(shù)據(jù),確保備份數(shù)據(jù)與業(yè)務(wù)數(shù)據(jù)的實(shí)時(shí)一致性。
【備份原理】
1.當(dāng)數(shù)據(jù)庫(kù)發(fā)生事務(wù)性變更時(shí),首先會(huì)被記錄在 Redo Log(重做日志),當(dāng)事務(wù)成功提交后,這些變更的信息記錄到二進(jìn)制日志 binlog 中。
2.鼎甲科技的 CLRP 技術(shù)利用了 MySQL 的主從復(fù)制協(xié)議特性,一旦有新事務(wù)提交,即可立即并精準(zhǔn)識(shí)別 binlog 文件中的有效新增記錄。
3.通過(guò) binlog dump 實(shí)時(shí)監(jiān)控捕獲變化的日志數(shù)據(jù),并同步到存儲(chǔ)服務(wù)器,確保備份存儲(chǔ)與業(yè)務(wù)系統(tǒng)數(shù)據(jù)一致。
通過(guò) CLRP實(shí)時(shí)日志備份技術(shù),可以實(shí)現(xiàn)近乎零的數(shù)據(jù)恢復(fù)點(diǎn)目標(biāo)(Recovery Point Objective, RPO),意味著在故障發(fā)生時(shí),可以恢復(fù)到非常接近故障時(shí)刻的數(shù)據(jù)狀態(tài),極大地提高了業(yè)務(wù)連續(xù)性和數(shù)據(jù)安全性。
【技術(shù)特點(diǎn)】
由于CLRP只是對(duì)日志文件變化數(shù)據(jù)進(jìn)行捕獲,涉及數(shù)據(jù)量非常小,對(duì)業(yè)務(wù)端的資源占用基本可忽略不計(jì)。
通過(guò)MySQL CLRP技術(shù),用戶可以實(shí)現(xiàn)數(shù)據(jù)備份的完整實(shí)時(shí)性,降低了數(shù)據(jù)丟失的風(fēng)險(xiǎn),提升了數(shù)據(jù)安全性。
【技術(shù)優(yōu)勢(shì)】
秒級(jí)響應(yīng),秒級(jí)RPO!將RPO降低到秒級(jí),平均僅為0.2秒,即使在正常負(fù)載下也能實(shí)現(xiàn)數(shù)據(jù)的即時(shí)保護(hù)。
精準(zhǔn)備份,更細(xì)顆粒度!只備份binlog新增的數(shù)據(jù)塊,數(shù)據(jù)量遠(yuǎn)小于傳統(tǒng)卷級(jí)同步方式,極大節(jié)約了系統(tǒng)資源、帶寬和存儲(chǔ)空間。
低成本,高效率!技術(shù)不依賴于昂貴的硬件,降低了成本,提升了效率,讓您的數(shù)據(jù)保護(hù)更經(jīng)濟(jì)實(shí)惠。
穩(wěn)如泰山,無(wú)懼異常!備份程序在用戶空間實(shí)現(xiàn),無(wú)需引入任何軟硬件驅(qū)動(dòng)程序,即使備份程序異常或崩潰,也不會(huì)影響您的業(yè)務(wù)系統(tǒng)的穩(wěn)定性!