MySQL基於GTID主從搭建
前言:
用xtarbackup來同步數據,然後基於GTID來設置主從。
一、用xtarbackup備份數據庫
1.1 優勢
使用xtarbackup來做主從的前期準備是因為xtarbackup備份數據和恢復數據都很快,特別適合數據量很大的數據庫備份,而且它的安裝非常的簡單,使用也很簡單….(巴拉巴拉,廢話編不出來瞭)。
1.2 安裝
具體版本根據自己的具體情況來選擇。就下面這幾步就安裝好瞭,是不是非常簡單…..
# rpm -Uvh https://www.percona.com/redir/downloads/percona-release/redhat/percona-release-0.1-3.noarch.rpm # yum list | grep percona # yum -y install perl perl-devel libaio libaio-devel perl-Time-HiRes perl-DBD-MySQL # rpm -Uvh ftp://rpmfind.net/linux/epel/6/x86_64/libev-4.03-3.el6.x86_64.rpm # yum install percona-xtrabackup –y
1.3 使用
1.3.1 普通備份
innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 /data/backupMysql/
1.3.2 tar備份
(1)、備份到本地
# 不壓縮 innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 --stream=tar /data/backupMysql/>/data/mysql.tar # 壓縮 innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 --stream=tar /data/backupMysql/ | gzip >/data/mysql.tar.gz
(2)、備份到遠程
# 不壓縮 innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 --stream=tar /data/backupMysql/ | ssh [email protected] \ "cat - >/data/mysql.tar # 壓縮 innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 --stream=tar /data/backupMysql/ | | ssh [email protected] \ "gzip >/data/mysql.tar.gz
(3)、解壓方式
# 未經過壓縮的文件解壓 tar xvf mysql.tar -C /data # 壓縮過的文件解壓 tar zxvf mysql.tar.gz -C /data
1.3.3 xbstream備份
(1)、備份到本地
# 不壓縮 innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 --stream=xbstream /data/backupMysql/>/data/mysql.xbstream # 壓縮 innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 --stream=xbstream --compress /data/backupMysql/ >/data/mysql_compress.xbstream
(2)、備份要遠程
# 不壓縮 innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 --stream=xbstream /data/backupMysql/| ssh [email protected] "xbstream -x -C /backup/stream" # 壓縮 innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 --stream=xbstream --compress /data/backupMysql/ | ssh [email protected] "xbstream -x -C /backup/stream"
(3)、解壓方式
#### 未壓縮的 xbstream -x < mysql.xbstream -C /data #### 壓縮過的 # 1、先解壓xbstream xbstream -x < mysql_compress.xbstream -C /data # 2、再解壓qp壓縮格式 for bf in `find . -iname "*\.qp"`; do qpress -d $bf $(dirname $bf) && rm $bf; done 註:如果xtrabackup版本大於2.1.4,可以直接通過以下方式解壓第二步。 innobackupex --decompress /data
1.3.4 恢復
先將原備份壓縮包解壓到一個目錄,然後執行下面語句恢復。
innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 --copy-back /var/lib/mysql/backup/
註:在做備份,解壓,恢復的過程中可以借助分屏工具,我喜歡用screen。
二、基於GTID做數據同步
2.1 GTID的概念
- 1、全局事務標識:global transaction identifiers。
- 2、GTID是一個事務一一對應,並且全局唯一ID。
- 3、一個GTID在一個服務器上隻執行一次,避免重復執行導致數據混亂或者主從不一致。
- 4、GTID用來代替傳統復制方法,不再使用MASTER_LOG_FILE+MASTER_LOG_POS開啟復制。而是使用MASTER_AUTO_POSTION=1的方式開始復制。
- 5、MySQL-5.6.5開始支持的,MySQL-5.6.10後開始完善。
- 6、在傳統的slave端,binlog是不用開啟的,但是在GTID中slave端的binlog是必須開啟的,目的是記錄執行過的GTID(強制)。
2.2 GTID的組成
GTID = source_id:transaction_id source_id:用於鑒別原服務器,即mysql服務器唯一的的server_uuid,由於GTID會傳遞到slave,所以也可以理解為源ID。 transaction_id:為當前服務器上已提交事務的一個序列號,通常從1開始自增長的序列,一個數值對應一個事務。 示例: 3E11FA47-71CA-11E1-9E33-C80AA9429562:23 前面的一串為服務器的server_uuid,即3E11FA47-71CA-11E1-9E33-C80AA9429562,後面的23為transaction_id
2.3 GTID的原理
1、當一個事務在主庫端執行並提交時,產生GTID,一同記錄到binlog日志中。 2、binlog傳輸到slave,並存儲到slave的relaylog後,讀取這個GTID的這個值設置gtid_next變量,即告訴Slave,下一個要執行的GTID值。 3、sql線程從relay log中獲取GTID,然後對比slave端的binlog是否有該GTID。 4、如果有記錄,說明該GTID的事務已經執行,slave會忽略。 5、如果沒有記錄,slave就會執行該GTID事務,並記錄該GTID到自身的binlog,在讀取執行事務前會先檢查其他session持有該GTID,確保不被重復執行。 6、在解析過程中會判斷是否有主鍵,如果沒有就用二級索引,如果沒有就用全部掃描。
2.4 GTID的優勢
- 1、更簡單的實現failover,不用以前那樣在需要找log_file和log_pos。
- 2、更簡單的搭建主從復制。
- 3、比傳統的復制更加安全。
- 4、GTID是連續的沒有空洞的,保證數據的一致性,零丟失。
2.5 具體搭建過程
對於GTID的配置,主要修改配置文件中與GTID特性相關的幾個重要參數,mysql版本建議mysql-5.6.5版本以上。
2.5.1 開啟主(master)Gtid
其主要配置如下:
[mysqld] #GTID: server_id=135 #服務器id gtid_mode=on #開啟gtid模式 enforce_gtid_consistency=on #強制gtid一致性,開啟後對於特定create table不被支持 #binlog log_bin=master-binlog log-slave-updates=1 binlog_format=row #強烈建議,其他格式可能造成數據不一致 #relay log skip_slave_start=1
2.5.2 在master上進行數據備份
innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 --stream=tar /data/backupMysql/ | | ssh [email protected] \ "gzip >/data/mysql.tar.gz
2.5.3 解壓備份的數據
tar zxvf /data/mysql.tar.gz -C /data/baskup
2.5.4 配置slave的配置文件
[mysqld] #GTID: gtid_mode=on enforce_gtid_consistency=on server_id=143 #binlog log-bin=slave-binlog log-slave-updates=1 binlog_format=row #強烈建議,其他格式可能造成數據不一致 #relay log skip_slave_start=1
2.5.5 恢復數據
innobackupex --defaults-file=/etc/my.cnf --user=root --password=123456 --copy-back /data/backup
2.5.6 獲取GTID節點
more /data/backup/2018-02-08_15-03-18/xtrabackup_binlog_info
2.5.7 配置主從
(1)、在master上授權
grant replication slave on *.* to slaveuser@'192.168.1.7' identified by "c2xhdmV1c2Vy";
(2)、在slave上配置
stop slave; SET GLOBAL gtid_purged="c5b5ffe7-ce66-11e7-9a19-00163e00013d:1-515758"; CHANGE MASTER TO MASTER_HOST='192.168.1.6',MASTER_PORT=3306,MASTER_USER='slaveuser',MASTER_PASSWORD='c2xhdmV1c2Vy',MASTER_AUTO_POSITION=1; start slave;
2.6 已運行經典復制mysql服務器轉向GTID復制
- a、按本文2.5.2描述配置參數文件;
- b、所有服務器設置global.read_only參數,等待主從服務器同步完畢; mysql> SET @@global.read_only = ON;
- c、依次重啟主從服務器;
- d、使用change master 更新主從配置;mysql> CHANGE MASTER TO > MASTER_HOST = host, > MASTER_PORT = port, > MASTER_USER = user, > MASTER_PASSWORD = password, > MASTER_AUTO_POSITION = 1;
- e、從庫開啟復制 mysql> START SLAVE; f、驗證主從復制
到此這篇關於MySQL基於GTID主從搭建的文章就介紹到這瞭,更多相關MySQL主從搭建內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet!