您好,登錄后才能下訂單哦!
這期內容當中小編將會給大家帶來有關怎么在MySQL中搭建主從,文章內容豐富且以專業的角度為大家分析和敘述,閱讀完這篇文章希望大家可以有所收獲。
搭建主從的一種方式
1、直接備份在服務器上
2、備份在遠程nfs掛載備份機里面
來看這兩種方法,服務器本身沒有那么多剩余的空間可供使用,強行備份也可以,但是會導致磁盤報警,這肯定不是一個好的方法。況且要是使用xtrabackup的方法去搞,apply log和copy back這兩步花費的時間相當長。
再來看遠程nfs備份機,備份機容量很大,解決了磁盤問題,但是遠程傳輸需要的帶寬是無法提供的,如果并行進行備份,那么帶寬肯定是不夠的,并發的備份進程都會比較慢,保守估計5套主從應該需要8個小時左右。
那么怎么辦呢?這里使用了一種比較粗暴的方法,直接跟業務方溝通,暫時把服務停了,打通了兩個機器的ssh互信,配置了scp工具,直接通過物理文件拷貝的方式給吧文件復制到從庫去,也不進行壓縮了,因為100G的文件壓縮和解壓需要大量的時間。這樣做的好處有下面幾個:
第一:各個備份之間解耦合,不受其他環境的影響。
第二:可以通過機器之間的帶寬導入主庫上的原生文件到從庫,能夠保證數據的完全一致。
第三:時間比較快
于是就這么做了,大概看了一下,100G的文件scp拷貝的話大概就17分鐘左右,這樣就解決了備份時間長的問題。并行5個窗口,互不影響,也就30分鐘左右,5套環境的數據就過去了。現在主庫和從庫的數據已經完全一致了,現在開始搭建從庫,需要做的事情有以下幾個:
1、將從庫中原來的my.cnf文件替換拷貝過來的主庫的my.cnf文件,否則server_id將會重復,導致搭建主從報錯。
2、將從庫中原來的slave-relay-log.index文件拷貝到新目錄下面,否則搭建主從的時候,會提示無法找到這個文件。
3、改變一下從庫的UUID,這個玩意兒在搭建GTID復制的時候需要使用,主從環境不能重復,否則會導致服務不可用,這個UUID的變更,一般是在auto.cnf文件中,這個文件保存的是當前庫的UUID值。
4、在從庫上reset slave all,然后使用auto_position=1的復制方式搭建主從復制,搭建好主從之后,校驗主從數據的一致性。
5、在搭建好的從庫上設置read-only選項,禁止從庫上直接執行DML操作
上述就是小編為大家分享的怎么在MySQL中搭建主從了,如果剛好有類似的疑惑,不妨參照上述分析進行理解。如果想知道更多相關知識,歡迎關注億速云行業資訊頻道。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。