主從數(shù)據(jù)不一致，需要重新關(guān)聯(lián)

lvchenotl

    情況是這樣的：目前的庫是一主兩從，大部分的修改和讀操作都是在主庫上完成的，兩個從庫基本只做熱備之用。前段時間由于重啟主庫，所以業(yè)務(wù)人員臨時啟用了其中一臺從庫做為主庫，并對從庫進(jìn)行了寫入操作。后來主庫重啟好后，他們又讓原來的主庫恢復(fù)了主庫的職能，之前暫時做從的數(shù)據(jù)庫就斷開了與主庫的主從關(guān)系。現(xiàn)在他們需要我把斷開的從庫跟主庫重新關(guān)聯(lián)上，并表示一切的數(shù)據(jù)都以原來的主庫為準(zhǔn)，所以可以把從庫上的東西都刪掉，然后導(dǎo)入主庫的數(shù)據(jù)。

    目前有幾個問題，一個是需要整個導(dǎo)出的庫很大，光表數(shù)據(jù)大小就有61G，數(shù)據(jù)庫目錄的大小有100多G，其中ibdata1文件就占了85G；
    第二個是數(shù)據(jù)庫里的表只有一張用的是MYISAM引擎，其他都用的是INNODB引擎，所以不能使用xtrabackup工具來導(dǎo)出。

    然后我想到了四種方案：
    一是使用Innobackupex+binlog日志還原從庫數(shù)據(jù)；
    二是使用mysqldump+binlong日志來還原從庫；
    三是直接拷貝從庫上的數(shù)據(jù)然后scp到需要重新關(guān)聯(lián)的從庫；
    四是使用percona-toolkit工具來重構(gòu)數(shù)據(jù)，使主從數(shù)據(jù)庫數(shù)據(jù)一致。
   
    我是傾向于mysqldump+binlong，但是本身數(shù)據(jù)庫就很大，估計光導(dǎo)出就要很久了。。。
    然后我又看網(wǎng)上說用Innobackupex導(dǎo)出大數(shù)據(jù)更快，但是畢竟要在正式環(huán)境上安裝工具，怕對現(xiàn)網(wǎng)環(huán)境造成影響
    第三種方案需要期間停止所有從庫，然后轉(zhuǎn)移數(shù)據(jù)，這對空間和時間都有很大的要求，恐怕不容易滿足。。。而且不知道把從庫都先停止了會不會讓原本沒有問題的從庫出現(xiàn)新問題
    第四種方案貌似需要在主庫上進(jìn)行操作，而且會重構(gòu)主庫上的數(shù)據(jù)，我覺得風(fēng)險更大。。。所以正在糾結(jié)中，不知道該怎么辦

    不知各位有何意見，或者有什么新的方案能夠一起分享下呢？

stay_sun

percona 的工具重新做下主從的  數(shù)據(jù)恢復(fù) 多好

lvchenotl

stay_sun 發(fā)表于 2016-04-01 15:34
percona 的工具重新做下主從的  數(shù)據(jù)恢復(fù) 多好

因為是正式環(huán)境，所以盡量能不在主庫上操作的就不在主庫上操作
目前領(lǐng)導(dǎo)允許把數(shù)據(jù)不一致的那個從庫給直接干掉，然后我在想是不是直接整個物理拷貝正常從庫上的數(shù)據(jù)文件，然后修改參數(shù)后重啟。。。