現(xiàn)有三臺服務(wù)器（都是centos7，安裝mysql5.7）：A:10.19.6.6B:192.168.3.101C:192.168.3.102使用xtrabackup備份A的MYSQL數(shù)據(jù)，然后恢復(fù)到BA的數(shù)據(jù)庫停用，B作為主數(shù)據(jù)庫數(shù)據(jù)正常更新。再使用B進(jìn)行全量備份，恢復(fù)到C的數(shù)據(jù)庫，此時(shí)發(fā)現(xiàn)C上恢復(fù)的mysql的root密碼居然是A的數(shù)據(jù)密碼，而且最新的數(shù)據(jù)也還是A上的數(shù)據(jù)。。。發(fā)現(xiàn)數(shù)據(jù)庫中有innodb的表也有myisam的表，恢復(fù)后需要使用mysqlcheck進(jìn)行修復(fù)后才能正常進(jìn)行查詢
1 回答
忽然笑
TA貢獻(xiàn)1806條經(jīng)驗(yàn) 獲得超5個(gè)贊
我可以這樣理解上述操作嗎，A 備份傳到 B 恢復(fù)數(shù)據(jù)，沒有做主從復(fù)制；A 關(guān)閉數(shù)據(jù)庫；B 備份傳到 C 恢復(fù)，沒有做主從復(fù)制，然后發(fā)現(xiàn) A 上有 n 條數(shù)據(jù)是 C 沒有的
xtrabackup備份的時(shí)候，如果是 InnoDB 表，會(huì)開啟事務(wù)再備份，如果 MySIAM 表，會(huì)鎖表備份，這樣備份出來的數(shù)據(jù)和開始備份的時(shí)間節(jié)點(diǎn)一致
A 的操作過程如下：
時(shí)間點(diǎn)1： 開始備份 A
時(shí)間點(diǎn)2： 數(shù)據(jù)繼續(xù)寫入 A
時(shí)間點(diǎn)3： A 備份完傳到 B 恢復(fù)
時(shí)間點(diǎn)4： 關(guān)閉 A 寫入
B 恢復(fù)后的數(shù)據(jù)實(shí)際上是 A 在時(shí)間點(diǎn) 1 的一個(gè)數(shù)據(jù)鏡像，所以在時(shí)間點(diǎn) 4，A 的數(shù)據(jù)要比備份數(shù)據(jù)多，也就是 B 的數(shù)據(jù)比 A 少了時(shí)間點(diǎn) 1 到 4 中間那部分?jǐn)?shù)據(jù)。后續(xù)再備份 B 到 C 恢復(fù)也是同理。
xtrabackup 實(shí)質(zhì)上是全量備份，當(dāng)然也就包括 mysql.user 用戶表，恢復(fù)后就是 A 的數(shù)據(jù)，所以 C 上是 A 的密碼哦
如果要達(dá)到數(shù)據(jù)一致，只需恢復(fù)后開啟主從同步就可以
添加回答
舉報(bào)
0/150
提交
取消