傳統(tǒng)的MySQL數(shù)據(jù)庫備份方式存在嚴(yán)重的數(shù)據(jù)丟失和恢復(fù)時(shí)間長的問題，當(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ù)來保證數(shù)據(jù)的安全性。

MySQL CLRP連續(xù)日志實(shí)時(shí)保護(hù)技術(shù)：

為了解決傳統(tǒng)備份方式的不足，鼎甲科技自主研發(fā)了連續(xù)日志實(shí)時(shí)保護(hù)（CLRP）技術(shù)。這項(xiàng)技術(shù)基于MySQL的主從復(fù)制協(xié)議，通過實(shí)時(shí)捕獲binlog的變化數(shù)據(jù)，確保備份數(shù)據(jù)與業(yè)務(wù)數(shù)據(jù)的實(shí)時(shí)一致性。

【備份原理】

1.當(dāng)數(shù)據(jù)庫發(fā)生事務(wù)性變更時(shí)，首先會被記錄在 Redo Log（重做日志），當(dāng)事務(wù)成功提交后，這些變更的信息記錄到二進(jìn)制日志 binlog 中。

2.鼎甲科技的 CLRP 技術(shù)利用了 MySQL 的主從復(fù)制協(xié)議特性，一旦有新事務(wù)提交，即可立即并精準(zhǔn)識別 binlog 文件中的有效新增記錄。

3.通過 binlog dump 實(shí)時(shí)監(jiān)控捕獲變化的日志數(shù)據(jù)，并同步到存儲服務(wù)器，確保備份存儲與業(yè)務(wù)系統(tǒng)數(shù)據(jù)一致。

通過 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只是對日志文件變化數(shù)據(jù)進(jìn)行捕獲，涉及數(shù)據(jù)量非常小，對業(yè)務(wù)端的資源占用基本可忽略不計(jì)。

通過MySQL CLRP技術(shù)，用戶可以實(shí)現(xiàn)數(shù)據(jù)備份的完整實(shí)時(shí)性，降低了數(shù)據(jù)丟失的風(fēng)險(xiǎn)，提升了數(shù)據(jù)安全性。

【技術(shù)優(yōu)勢】

秒級響應(yīng)，秒級RPO！將RPO降低到秒級，平均僅為0.2秒，即使在正常負(fù)載下也能實(shí)現(xiàn)數(shù)據(jù)的即時(shí)保護(hù)。

精準(zhǔn)備份，更細(xì)顆粒度！只備份binlog新增的數(shù)據(jù)塊，數(shù)據(jù)量遠(yuǎn)小于傳統(tǒng)卷級同步方式，極大節(jié)約了系統(tǒng)資源、帶寬和存儲空間。

低成本，高效率！技術(shù)不依賴于昂貴的硬件，降低了成本，提升了效率，讓您的數(shù)據(jù)保護(hù)更經(jīng)濟(jì)實(shí)惠。

穩(wěn)如泰山，無懼異常！備份程序在用戶空間實(shí)現(xiàn)，無需引入任何軟硬件驅(qū)動(dòng)程序，即使備份程序異?；虮罎ⅲ膊粫绊懩臉I(yè)務(wù)系統(tǒng)的穩(wěn)定性！