MySQL同步
時(shí)間：2022-04-30 16:00:01 | 來源：行業(yè)動(dòng)態(tài)
時(shí)間：2022-04-30 16:00:01 來源：行業(yè)動(dòng)態(tài)
一般來說，我們認(rèn)為對(duì)于MySQL的同步，只要存量數(shù)據(jù)和增量數(shù)據(jù)都能做到一致，那么整個(gè)數(shù)據(jù)庫的同步就是一致的。而常見的MySQL數(shù)據(jù)遷移方式有兩種：一種是基于MySQL主從的方式，通過mysqldump記錄下binlog位置，然后把這個(gè)binlog位置前的數(shù)據(jù)完整導(dǎo)出，恢復(fù)出一個(gè)備庫，然后再從記錄的binlog位置開始向主庫追平增量數(shù)據(jù)。
另一種就是UDTS工具，總體上也是分為存量階段和增量階段，增量階段的追及是將從存量同步發(fā)起的一瞬間開始往后的數(shù)據(jù)變化通過binlog的形式同步到目標(biāo)庫。增量同步依靠binlog完成，這是MySQL主從同步的基礎(chǔ)，是我們需要默認(rèn)信任的數(shù)據(jù)一致性機(jī)制，當(dāng)然我們最終需要以數(shù)據(jù)校驗(yàn)結(jié)果來確認(rèn)數(shù)據(jù)是否一致。簡而言之， 跨云遷移過程中MySQL的數(shù)據(jù)一致性主要就集中在存量數(shù)據(jù)的遷移如何保證一致。
【案例】
以近期的xx公司遷移到UCloud為例，其涉及數(shù)據(jù)庫實(shí)例有數(shù)十個(gè)，并且由于應(yīng)用依賴的原因需要進(jìn)行整體遷移。在這案例中，如果采用mysqldump的方法，那么這數(shù)十個(gè)數(shù)據(jù)庫都需要經(jīng)過導(dǎo)出、傳輸、導(dǎo)入和配置主從這樣的操作，給整個(gè)遷移任務(wù)增加了不少工作量。
同時(shí)也正如很多商業(yè)智能應(yīng)用需要將數(shù)據(jù)匯總用作分析，這家公司的業(yè)務(wù)系統(tǒng)也有類似的匯總數(shù)據(jù)庫，這種級(jí)聯(lián)關(guān)系會(huì)讓數(shù)據(jù)同步操作進(jìn)一步復(fù)雜化。最終該公司使用了UDTS作為跨云數(shù)據(jù)同步的解決方案，在保障數(shù)據(jù)一致的同時(shí)，DBA只需要提供兩邊數(shù)據(jù)庫的連接和賬號(hào)信息即可將數(shù)據(jù)同步任務(wù)托管，釋放了運(yùn)維人員的精力，專注去處理業(yè)務(wù)上的數(shù)據(jù)庫工作需求。
在線咨詢