2. 程式人生 > >初識MariaDB之8——GTID主從復制

初識MariaDB之8——GTID主從復制

阿新 • • 發佈：2018-05-10
mysql mariadb gtid

一、背景介紹

在MySQL5.6之前，主從復制是通過binlog和position實現的，當A主機宕機後，B主機成為新的主節點，此時在C主機上需要使用sql語句：CHANGE MASTER TO MASTER_HOST='xxx', MASTER_LOG_FILE='xxx', MASTER_LOG_POS='xxx'；將自己的復制源指向B主機，難點在於，同一個事務在每臺機器上的binlog名字和位置都不一樣，怎麽找到C主機當前同步停止點在B主機上的master_log_file和master_log_pos位置就成了問題

技術分享圖片技術分享圖片

於是MySQL在5.6.2之後產生了GTID，即全局事務ID（global transaction ID），其形式為：DomainID-ServerID-TransactionID，在配置是必須確保每個MySQL服務器的server_id都不相同，同一GTID事務在每個節點上都是相同的。

二、GTID與binlog

需要註意的是Mariadb的gtid配置方式與MySQL不相同，二者之間不兼容。MaraDB在10.0.2之後的版本默認是啟用的，即使從服務器使用的是binlog和position進行主從復制，但他仍是采用GTID進行追蹤

技術分享圖片技術分享圖片

這就意味著原先的slave配置可以簡單的切換到GTID模式

STOP SLAVE;

CHANGE MASTER TO master_host='xxxx', master_port=3306, master_user='xxx',master_password='xxx',master_use_gtid=current_pos;

START SLAVE;

而從GTID模式切換回以前的binlog模式也不復雜

STOP SLAVE;

CHANGE MASTER TO MASTER_HOST='xxx', MASTER_LOG_FILE='xxx', MASTER_LOG_POS='xxx'；

START SLAVE;

三、master_use_gtid介紹

master_use_gtid = { slave_pos | current_pos | no }有3種選項：

slave_pos：slave將Master最後一個GTID的position復制到本地，Slave主機可通過gtid_slave_pos變量查看最後一個GTID的position

current_pos：假設有AB兩臺主機，A是Master，當A故障後，B成為Master，A修復後以Slave的身份重新添加，A之前從沒擔任過slave角色，所以沒有之前復制的GTID號，此時gtid_slave_pos為空，為了能讓A能自動添加為Slave，此時就用到該選項。該選項是大多數情況下使用的選項，因為他簡單易用同，不必在意服務器之前是Master還是Slave角色。但要註意不要讓從服務器在binlog日誌中寫入事務。

建議在服務器上啟用gtid_strict_mode，這樣非Master產生的事物將被拒絕。如果從服務器沒有開啟binlog上面兩種方式等價。

no：關閉GTID功能

四、環境及Maradb配置介紹

本次實驗采用CentOS7.4，數據庫版本為MariaDB-10.2.14，拓撲如下圖所示：

技術分享圖片技術分享圖片

本次模擬當A主機故障後C主機將Master主機重新指向B主機，並且當A主機修復後以Slave的身份重新加入集群

三、操作步驟

1.3臺服務器安裝MariaDB-10.2.14（略）

2.A主機操作

（1）編輯配置文件

[root@host3 ~]# vim /etc/my.cnf.d/server.cnf

[mysqld]

datadir=/var/lib/mysql

socket=/var/lib/mysql/mysql.sock

skip_name_resolve=ON

relay_log=mysql-relaylog

relay_log_index=mysql-relaylog

relay_log_purge=OFF

slow_query_log=ON

server-id=10

innodb_file_per_table=ON

binlog_format=ROW

log_bin=mysql-binlog

log_slave_updates=ON

gtid_strict_mode=ON

（2）啟動並進入MySQL

[root@host3 ~]# systemctl start mariadb.service

[root@host3 ~]# mysql

（3）創建一個用於主從復制的賬號

MariaDB [(none)]> grant replication slave on *.* to 'bak'@'172.16.10.%' identified by 'bakpass';

MariaDB [(none)]> flush privileges;

（4）備份當前數據庫並發送給B主機

[root@host3 ~]# mysqldump -uroot --single-transaction --databases=hellodb --masterdata=2 --quick > /tmp/hello.sql

[root@host3 ~]# scp -r /tmp/hellodb.sql [email protected]:/tmp

（5）之後做任意DML操作，查看當前 gtid_binlog_pos

MariaDB [hellodb]> show global variables like 'gtid%';

+------------------------+---------+

| Variable_name | Value |

+------------------------+---------+

| gtid_binlog_pos | 0-10-40 |

| gtid_binlog_state | 0-10-40 |

| gtid_current_pos | 0-10-40 |

| gtid_domain_id | 0 |

| gtid_ignore_duplicates | OFF |

| gtid_slave_pos | |

| gtid_strict_mode | ON |

+------------------------+---------+

3.B主機操作（以備份形式復制）

（1）編輯配置文件

[root@host4 ~]# vim /etc/my.cnf.d/server.cnf

[mysqld]

datadir=/var/lib/mysql

socket=/var/lib/mysql/mysql.sock

skip_name_resolve=ON

relay_log=mysql-relaylog

relay_log_index=mysql-relaylog

relay_log_purge=OFF

slow_query_log=ON

server-id=20

innodb_file_per_table=ON

binlog_format=ROW

log_bin=mysql-binlog

log_slave_updates=ON

gtid_strict_mode=ON

（2）查看備份時A主機的gtid_slave_pos位置

[root@host4 ~]# cat /tmp/hello.sql

技術分享圖片技術分享圖片

（3）登陸MySQL，創建一個用於主從復制的賬號

[root@host4 ~]# systemctl start mariadb.service

[root@host4 ~]# mysql

MariaDB [(none)]> grant replication slave on *.* to 'bak'@'172.16.10.%' identified by 'bakpass';

MariaDB [(none)]> flush privileges;

（4）以備份方式還原並同步數據庫

MariaDB [(none)]> source /tmp/hellodb.sql;

MariaDB [(none)]> SET GLOBAL gtid_slave_pos = '0-10-38';

MariaDB [(none)]> CHANGE MASTER TO master_host='172.16.10.30', master_port=3306, master_user='bak', master_password='bakpass',master_use_gtid=slave_pos;

MariaDB [(none)]> start slave;

（5）驗證效果

MariaDB [hellodb]> show global variables like 'gtid%';

+------------------------+-----------------+

| Variable_name | Value |

+------------------------+-----------------+

| gtid_binlog_pos | 0-10-40 |

| gtid_binlog_state | 0-20-37,0-10-40 |

| gtid_current_pos | 0-10-40 |

| gtid_domain_id | 0 |

| gtid_ignore_duplicates | OFF |

| gtid_slave_pos | 0-10-40 |

| gtid_strict_mode | ON |

+------------------------+-----------------+

可以看到gtid_binlog_pos已經和A主機保持一致，之前導入數據庫和創建復制賬號所以B主機上gtid_binlog_state有2個值，官方建議開啟gtid_strict_mode選項或臨時禁用sql_log_bin

4.設置C服務器（以新服務器方式同步）

（1）編輯配置文件（該服務器只作為Slave角色binlog可以不要）

[root@host5 ~]# vim /etc/my.cnf.d/server.cnf

[mysqld]

datadir=/var/lib/mysql

socket=/var/lib/mysql/mysql.sock

skip_name_resolve=ON

relay_log=mysql-relaylog

relay_log_index=mysql-relaylog

relay_log_purge=OFF

slow_query_log=ON

server-id=20

innodb_file_per_table=ON

binlog_format=ROW

log_bin=mysql-binlog

log_slave_updates=ON

gtid_strict_mode=ON

（2）啟動並進入MySQL

[root@host5 ~]# systemctl start mariadb.service

[root@host5 ~]# mysql

（3）以空服務器進行數據庫同步恢復

MariaDB [(none)]> SET GLOBAL gtid_slave_pos = "";

MariaDB [(none)]> CHANGE MASTER TO master_host='172.16.10.30', master_port=3306, master_user='bak', master_password='bakpass',master_use_gtid=current_pos;

MariaDB [(none)]> start slave;

（4）驗證效果

MariaDB [(none)]> show global variables like 'gtid%';

+------------------------+---------+

| Variable_name | Value |

+------------------------+---------+

| gtid_binlog_pos | 0-10-40 |

| gtid_binlog_state | 0-10-40 |

| gtid_current_pos | 0-10-40 |

| gtid_domain_id | 0 |

| gtid_ignore_duplicates | OFF |

| gtid_slave_pos | 0-10-40 |

| gtid_strict_mode | ON |

+------------------------+---------+

===================以上完成主從環境搭建=========================

5.停止A主機MySQL服務，模擬故障

[root@host3 ~]# systemctl stop mariadb.service

6.此時將B主機提升為Master主機，並進行操作

MariaDB [hellodb]> stop slave;

MariaDB [hellodb]> show global variables like 'gtid%';

+------------------------+-----------------+

| Variable_name | Value |

+------------------------+-----------------+

| gtid_binlog_pos | 0-10-40 |

| gtid_binlog_state | 0-20-37,0-10-40 |

| gtid_current_pos | 0-10-40 |

| gtid_domain_id | 0 |

| gtid_ignore_duplicates | OFF |

| gtid_slave_pos | 0-10-40 |

| gtid_strict_mode | ON |

+------------------------+-----------------+

MariaDB [hellodb]> delete from students where stuid=21;

MariaDB [hellodb]> show global variables like 'gtid%';

+------------------------+-----------------+

| Variable_name | Value |

+------------------------+-----------------+

| gtid_binlog_pos | 0-20-41 |

| gtid_binlog_state | 0-10-40,0-20-41 |

| gtid_current_pos | 0-20-41 |

| gtid_domain_id | 0 |

| gtid_ignore_duplicates | OFF |

| gtid_slave_pos | 0-10-40 |

| gtid_strict_mode | ON |

+------------------------+-----------------+

7.將C主機的Master有A指向B，並觀察變化

MariaDB [(none)]> show global variables like 'gtid%';

+------------------------+---------+

| Variable_name | Value |

+------------------------+---------+

| gtid_binlog_pos | 0-10-40 |

| gtid_binlog_state | 0-10-40 |

| gtid_current_pos | 0-10-40 |

| gtid_domain_id | 0 |

| gtid_ignore_duplicates | OFF |

| gtid_slave_pos | 0-10-40 |

| gtid_strict_mode | ON |

+------------------------+---------+

MariaDB [(none)]> stop slave;

MariaDB [(none)]> CHANGE MASTER TO master_host='172.16.10.40', master_port=3306, master_user='bak', master_password='bakpass',master_use_gtid=current_pos;

MariaDB [(none)]> start slave;

MariaDB [(none)]> show global variables like 'gtid%';

+------------------------+-----------------+

| Variable_name | Value |

+------------------------+-----------------+

| gtid_binlog_pos | 0-20-41 |

| gtid_binlog_state | 0-10-40,0-20-41 |

| gtid_current_pos | 0-20-41 |

| gtid_domain_id | 0 |

| gtid_ignore_duplicates | OFF |

| gtid_slave_pos | 0-20-41 |

| gtid_strict_mode | ON |

+------------------------+-----------------+

此時C主機的gtid_slave_pos已發生改變

MariaDB [(none)]> show variables like 'gtid_slave_pos';

+----------------+---------+

| Variable_name | Value |

+----------------+---------+

| gtid_slave_pos | 0-20-41 |

+----------------+---------+

8.再將A主機以Slave的身份加入集群操作

[root@host3 tmp]# systemctl start mariadb.service

[root@host3 tmp]# mysql

MariaDB [(none)]> CHANGE MASTER TO master_host='172.16.10.40', master_port=3306, master_user='bak', master_password='bakpass',master_use_gtid=current_pos;

MariaDB [(none)]> show variables like 'gtid_slave_pos';

+----------------+---------+

| Variable_name | Value |

+----------------+---------+

| gtid_slave_pos | 0-20-41 |

+----------------+---------+

至此全部操作完成

補充說明：

1.master_use_gtid = { slave_pos | current_pos }具體用哪一種仍不是很明白，文檔說current_pos適用於大部分環境，所以後期使用都是用該值。

2.Master和Candidate之間可以采用半同步方式降低數據不一致

3.雙主模式下1臺采用binlog1臺采用GTID可以正常工作


初識MariaDB之8——GTID主從復制

相關推薦

初識MariaDB之8——GTID主從復制

mysql mariadb gtid 一、背景介紹在MySQL5.6之前，主從復制是通過binlog和position實現的，當A主機宕機後，B主機成為新的主節點，此時在C主機上需要使用sql語句：CHANGE MASTER TO MASTER_HOST='xxx', MASTER

初識MariaDB之6——半同步復制

mysql mariadb 半同步 一、背景介紹MySQL主從復制能解決一定的單點故障問題，但其異步的工作特性存在一定的隱患，比如主節點事務提交後還未寫入binlog，此時主節點故障後，但主節點認為事務已提交，從節點無法從主節點獲取到該事務的信息，提升為主節點後就會造成數據丟失，為了解決這一問題，

linux運維、架構之路-MySQL主從復制

date sed mage lin 密碼 sla 環境 從數據 nlog 一、MySQL主從復制原理圖 MySQL主從復制原理：實現主從復制原理是三個線程完成的，主的I/O線程，備的I/O線程與SQL線程 1、首先主庫db01需要開啟binlog、授權一個replica

MySQL主從復制與GTID主從復制

楓雨1.主從復制1.1原理 主庫開啟binlog功能並授權從庫連接主庫，從庫通過change master得到主庫的相關同步信息,然後連接主庫進行驗證，主庫IO線程根據從庫slave線程的請求，從master.info開始記錄的位置點向下開始取信息，同時把取到的位置點和最新的位置與binlog信息一同發給從

配置MySQL GTID 主從復制

creat global 參考 create nlog connect warning 從庫 一致性 1、更簡單的實現failover，不用以前那樣在需要找log_file和log_pos。2、更簡單的搭建主從復制。3、比傳統的復制更加安全。4、GTID是連續的沒有空洞的，

配置MYSQL基於GTID 主從復制詳細解析及步驟

spec sys tran allow ... ext mat mar 安裝 GTID的概念 全局事務標識：global transaction identifiers GTID是一個事務一一對應，並且全局唯一ID GTID在一個服務器上只執行一次，避免重復執行導致數據混

GTID主從復制

val 從庫 tid mysqld roo variable oba rest 主從 MySQL主從復制 http://blog.51cto.com/13523963/2349224 GTID主從復制 只需在mysql主從復制配置文件下加參數即可：#編輯mysql配置文件（

初識MariaDB之5——主從復制原理及部署

mysql mariadb 主從復制 一、原理簡介當前主流的數據庫為了保證數據一致性，都采用支持事務類型的數據存儲引擎，如innodb等，當一個事務提交後先寫到事務日誌中，在進行數據修改，並且將對數據產生任何影響的語句都記錄在二進制日誌中，主從復制就是基於二進制日誌實現的。主從同步的工作流程為：1

Mysql 主從復制之半同步復制(基於gtid)

半同步復制 server-id作用Mysql主從復制mysql主從復制原理：從庫有兩個線程IO線程和SQL線程1.從庫的IO線程向主庫的主進程發送請求，主庫驗證從庫，交給主庫IO線程負責數據傳輸;2.主庫IO線程對比從庫發送過來的master.info裏的信息，將binlog文件信息，偏移量和binlog文件

saltstack實現數據庫基於GTID的主從復制

saltstack gtid jinjia mysql 主從復制 安裝pkg部分[[email protected]/* */ pkg]# pwd/srv/salt/pkg[[email protected]/* */ pkg]# cat install.sls p

Mysql之主從復制

mysql參考文檔：http://www.178linux.com/60625節點一修改配置文件設置唯一ID開起二進制日誌[[email protected]/* */ ~]# vim /etc/my.cnf 增加以下內容 [mysqld] log-bin=master_bin

redis之 集群配置（主從復制）

端口 cnblogs pid 分享 必須 服務器配置 主服務器 一個 cat 集群的作用： 　　 集群的方式有二種： 　　第二種的好處是：master宕機以後可以直接切換到slave1 主從通信的過程 　　先通過dump導出大塊的rdb 然後把aof緩沖過來，然後通過

mysql通過GTID方式主從復制

border -c courier gtid mode mon init uri 用戶 1、 創建復制用戶，具有replication slave 權限，能保證slave把master的數據同步過去 master: #grant replication slave o

6、MongoDB學習之主從復制

ges 方式 blog for data- director 分享 .com 復制 環境： 主：127.0.0.1:27017 從：127.0.0.1:27018 一、主庫添加配置文件(master = true) port = 27017 dbpath = /data

Redis集群方案之主從復制（待實踐）

ati replicat tps 數據 targe slaveof article 主從 edi Redis有主從復制的功能，一臺主可以有多臺從，從還可以有多臺從，但是從只能有一個主。並且在從寫入的數據不會復制到主。 配置 在Redis中，要實現主從復制架構非常簡單，只

Redis集群方案之Twemproxy+HAProxy+Keepalived+Sentinel+主從復制（待實踐）

lvs 主從 targe tin www live 模式 ref 自動 首先說明一下，Twemproxy+HAProxy+Keepalived+Sentinel+主從復制-這裏提到的技術不一定全部都用上，但是全部用上之後可以達到高可用。 主從復制：實現數據一式多份的保障。

Memcached集群之通過Repcached實現主從復制（待實踐）

能夠 htm .com 主從 hive sql ive ner 主從復制 暫時了解有這東西，不搭建了。 Mamcached可以通過Repcached實現主從復制。有以下優缺點： 優點： 1、能夠實現Cache的冗余功能 2、主從之間可以互相讀寫（亮點） 參考

postgresql主從實現之異步流復制

postgresql主從實現之異步流復制postgresql主從復制實現方式之一：基於Standby的異步流復制，這是PostgreSQL9.x版本（2010.9）之後提供的一個很nice的功能，類似的功能在Oracle中是11g之後才提供的active dataguard和SQL Server 2012版本

數據庫 之 Mysql主從復制的讀寫分離

需要 主從復制 客戶端 fail centos7 thread 長時間 ces read_only 1 概述一般而言，主節點只有一個，從節點有多個，從節點只支持讀操作，主節點支持寫操作。實現讀寫分離有兩種解決，一是在程序端實現，二是加中間層實現，一般要對客戶端透明，所以建

Linux Centos 6.5 DNS主從復制配置（bind-9.8.2）

DNS Linux 運維測試環境：OS: Centos 6.5bind : 9.8.2軟件安裝方式： yum主DNS：realserver1 192.168.200.134從DNS：realserver2 192.168.200.135測試服務器: test01 192.168.200.136 第一步