2. 程式人生 > >MySQL組復制(4)：配置多主模型的組復制

MySQL組復制(4)：配置多主模型的組復制

阿新 • • 發佈：2018-06-22
oot from insert 異步 perf gin mar l數據庫 bin

在這一篇，我演示的是如何配置MySQL組復制的多主模型(multi-primary)。在配置上，多主模型的組復制和單主模型基本沒區別。

本文僅為搭建和維護多主模型組復制拋塊小磚，若對其間涉及的術語和理論有所疑惑，可參看：

  • 單主模型相關內容的大長文：配置單主模型的組復制。
  • 組復制的理論：MySQL組復制官方手冊翻譯。

使用組復制技術，必須要了解它的要求和局限性。見：組復制的要求和局限性。

1.組復制：單主和多主模型

MySQL組復制支持單主模型和多主模型，它們都能保證MySQL數據庫的高可用。

  1. 單主模型下：
    • 只有一個主節點，該主節點負責所有的寫操作，其他節點作為slave節點提供讀取服務(會自動設置為read-only)。
    • 在主節點故障，單主模型會自動選舉新的主節點。選舉後，剩余節點將指向該節點。但是，客戶端還是會有部分請求路由到故障的主節點上，因此需要想辦法解決這樣的問題。這不是MySQL該考慮解決的問題，而是客戶端應用程序、數據庫中間件(常見的：ProxySQL、MySQL Router、mycat、amoeba、cobar等)該解決的問題。
    • 只要非自願離組的故障節點(自願、非自願離組，請參見配置單主模型的組復制)不超過大多數，組復制就不會被阻塞。
  2. 多主模型下：
    • 沒有master和slave的概念。所有的節點都可以讀、寫數據。
    • 因為所有節點都能提供讀寫服務，所以性能較之單主模型要好一些。
    • 配置多主模型的工作方式，比單主模型的限制更多。
    • 節點非自願故障後，除了影響一點性能，不會對組復制造成影響。除非故障的節點數過多，使得剩余在線節點達不到"大多數"的要求。

2.單主和多主模型配置文件的區別

以下是單主模型組復制的配置文件：

[mysqld]
datadir=/data
socket=/data/mysql.sock

server-id=100                      # 必須
gtid_mode=on                       # 必須
enforce_gtid_consistency=on        # 必須
log-bin=/data/master-bin           # 必須
binlog_format=row                  # 必須
binlog_checksum=none               # 必須
master_info_repository=TABLE       # 必須
relay_log_info_repository=TABLE    # 必須
relay_log=/data/relay-log          # 必須，如果不給，將采用默認值
log_slave_updates=ON               # 必須
sync-binlog=1                      # 建議
log-error=/data/error.log
pid-file=/data/mysqld.pid

transaction_write_set_extraction=XXHASH64         # 必須
loose-group_replication_group_name="aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa"  # 必須
loose-group_replication_start_on_boot=off        # 建議設置為OFF
loose-group_replication_member_weigth = 40   # 非必需，mysql 5.7.20才開始支持該選項
loose-group_replication_local_address="ABCDEFGHIJK"   # 必須，下一行也必須
loose-group_replication_group_seeds="abcdefg"

其中每一行什麽意思，我在單主模型組復制中做了非常詳細的解釋。

多主模型和單主模型的配置文件基本相同，除了需要加入：

group_replication_enforce_update_everywhere_checks=ON  # 非必需，但強烈建議
group_replication_single_primary_mode=OFF  # 必須，表示關閉單主模型，即使用多主

需要註釋權重行，因為多主模型下沒有master的概念，所以無需選舉的權重值。

# loose-group_replication_member_weigth = 40

此外，除非業務依賴於默認的repeatable read，否則建議將事務隔離級別設置為read committed，且不能設置為serializable級別(強制要求)。所以，如果允許，還可以加上：

tx_isolation = 'read-committed'

3.配置多主模型

本文打算配置5個節點的多主模型復制組。

具體環境細節如下：

節點名稱 系統版本 MySQL版本 客戶端接口(eth0) 組內通信接口(eth0) 數據狀態
s1 CentOS 7 MySQL 5.7.22 192.168.100.21 192.168.100.21 全新實例
s2 CentOS 7 MySQL 5.7.22 192.168.100.22 192.168.100.22 全新實例
s3 CentOS 7 MySQL 5.7.22 192.168.100.23 192.168.100.23 全新實例
s4 CentOS 7 MySQL 5.7.22 192.168.100.24 192.168.100.24 全新實例
s5 CentOS 7 MySQL 5.7.22 192.168.100.25 192.168.100.25 全新實例

每個節點向外提供MySQL服務和組內通信都使用同一個接口。

1.修改主機名，添加DNS解析。

因為組內每個節點都使用主機名進行解析其他成員的地址，所以必須配置好主機名，並保證每個節點都能正確解析主機名。

在s1上執行：

hostnamectl set-hostname s1.longshuai.com
hostnamectl -H 192.168.100.22 set-hostname s2.longshuai.com
hostnamectl -H 192.168.100.23 set-hostname s3.longshuai.com
hostnamectl -H 192.168.100.24 set-hostname s4.longshuai.com
hostnamectl -H 192.168.100.25 set-hostname s5.longshuai.com

cat >>/etc/hosts<<eof
    192.168.100.21 s1.longshuai.com
    192.168.100.22 s2.longshuai.com
    192.168.100.23 s3.longshuai.com
    192.168.100.24 s4.longshuai.com
    192.168.100.25 s5.longshuai.com
eof

scp /etc/hosts 192.168.100.22:/etc
scp /etc/hosts 192.168.100.23:/etc
scp /etc/hosts 192.168.100.24:/etc
scp /etc/hosts 192.168.100.25:/etc

2.提供配置文件。

以下是s1節點配置文件。

[mysqld]
datadir=/data
socket=/data/mysql.sock

server-id=100                      # 必須
gtid_mode=on                       # 必須
enforce_gtid_consistency=on        # 必須
log-bin=/data/master-bin           # 必須
binlog_format=row                  # 必須
binlog_checksum=none               # 必須
master_info_repository=TABLE       # 必須
relay_log_info_repository=TABLE    # 必須
relay_log=/data/relay-log          # 必須，如果不給，將采用默認值
log_slave_updates=ON               # 必須
sync-binlog=1                      # 建議
log-error=/data/error.log
pid-file=/data/mysqld.pid


tx_isolation = 'read-committed'   # 建議項

transaction_write_set_extraction=XXHASH64         # 必須
loose-group_replication_group_name="aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa"  # 必須
loose-group_replication_enforce_update_everywhere_checks=ON  # 非必需，但強烈建議
loose-group_replication_single_primary_mode=OFF  # 必須，關閉單主模型，即使用多主
loose-group_replication_start_on_boot=off        # 建議設置為OFF
loose-group_replication_local_address="192.168.100.21:20001"   # 必須
# 下一行也必須，這裏我將所有節點都添加到種子節點列表中
loose-group_replication_group_seeds="192.168.100.21:20001,192.168.100.22:20002,192.168.100.23:20003,192.168.100.24:20004,192.168.100.25:20005"

s2、s3、s4和s5節點的配置文件和s1類似，但server_id和loose-group_replication_local_address必須改成各節點對應的值。

s2的配置(未包括和s1相同的配置)：

server_id=110
loose-group_replication_local_address="192.168.100.22:20002"

s3的配置(未包括和s1相同的配置)：

server_id=120
loose-group_replication_local_address="192.168.100.23:20003"

s4的配置(未包括和s1相同的配置)：

server_id=130
loose-group_replication_local_address="192.168.100.24:20004"

s5的配置(未包括和s1相同的配置)：

server_id=140
loose-group_replication_local_address="192.168.100.25:20005"

配置結束後，啟動mysqld實例。

systemctl start mysqld

3.創建復制用戶，並設置恢復通道"group_replication_recovery"。

我這裏將s1作為組內的第一個節點。所以只需在s1上創建復制用戶即可，以後其他節點加入組時，會將該操作復制走。

在s1上執行：

mysql> create user repl@'192.168.100.%' identified by 'P@ssword1!';
mysql> grant replication slave on *.* to repl@'192.168.100.%';

設置恢復階段的異步復制通道：

在s1上執行：

mysql> change master to 
            master_user='repl',
            master_password='P@ssword1!'
            for channel 'group_replication_recovery';

註意：後面的操作中，如果沒有明確指定在s2、s3、s4和s5上執行，那麽都是在s1上執行的。有些操作是不允許在多個節點上都執行的。

4.在s1上安裝組復制插件，並引導創建復制組。

安裝組復制插件，在s1上執行：

mysql> install plugin group_replication soname 'group_replication.so';

以s1節點組的引導節點，在s1上執行：

mysql> set @@global.group_replication_bootstrap_group=on;
mysql> start group_replication;
mysql> set @@global.group_replication_bootstrap_group=off;

執行完上面的語句後，本實驗所需的復制組就已經被節點s1創建了。以後s2-s5節點就可以陸續地加入到組中。

在其他節點加組之前，先看下組中的節點s1是否已ONLINE。

mysql> select * from performance_schema.replication_group_members\G
*************************** 1. row ***************************
CHANNEL_NAME: group_replication_applier
   MEMBER_ID: a659234f-6aea-11e8-a361-000c29ed4cf4
 MEMBER_HOST: s1.longshuai.com
 MEMBER_PORT: 3306
MEMBER_STATE: ONLINE

5.向組中加入新節點：s2、s3、s4、s5。

在s2、s3、s4和s5上都執行：

change master to 
            master_user='repl',
            master_password='P@ssword1!'
            for channel 'group_replication_recovery';

install plugin group_replication soname 'group_replication.so';

然後依次在s2、s3、s4和s5上執行下面的語句開啟組復制功能，開啟該功能後，將自動加入到組中。但註意，要依次執行，在每個start語句返回成功後再去下一個節點執行：

start group_replication;

6.查看組中成員s1、s2、s3、s4、s5是否全都ONLINE。

在任意一個節點上執行：

mysql> select * from performance_schema.replication_group_members\G
*************************** 1. row ***************************
CHANNEL_NAME: group_replication_applier
   MEMBER_ID: 22e55db0-7604-11e8-b72d-000c29b06c3c
 MEMBER_HOST: s5.longshuai.com
 MEMBER_PORT: 3306
MEMBER_STATE: ONLINE
*************************** 2. row ***************************
CHANNEL_NAME: group_replication_applier
   MEMBER_ID: a5165443-6aec-11e8-a8f6-000c29827955
 MEMBER_HOST: s2.longshuai.com
 MEMBER_PORT: 3306
MEMBER_STATE: ONLINE
*************************** 3. row ***************************
CHANNEL_NAME: group_replication_applier
   MEMBER_ID: a659234f-6aea-11e8-a361-000c29ed4cf4
 MEMBER_HOST: s1.longshuai.com
 MEMBER_PORT: 3306
MEMBER_STATE: ONLINE
*************************** 4. row ***************************
CHANNEL_NAME: group_replication_applier
   MEMBER_ID: ba505889-6aec-11e8-a864-000c29b0bec4
 MEMBER_HOST: s3.longshuai.com
 MEMBER_PORT: 3306
MEMBER_STATE: ONLINE
*************************** 5. row ***************************
CHANNEL_NAME: group_replication_applier
   MEMBER_ID: bf12fe97-6aec-11e8-a909-000c29e55287
 MEMBER_HOST: s4.longshuai.com
 MEMBER_PORT: 3306
MEMBER_STATE: ONLINE
5 rows in set (0.00 sec)

4.測試多主模型的寫負載

多主模型下，所有節點都可以進行讀、寫操作。但請註意，組復制的幾個要求：表必須為innodb表(雖然創建myisam表不報錯，但修改數據會報錯)、每個表必須有主鍵、不能有級聯的外鍵等。

在任意節點上執行以下寫操作進行測試：

create database mut_gr;
create table mut_gr.t1(id int primary key);
insert into mut_gr.t1 values(1),(2),(3),(4);

在任意節點上繼續執行寫操作：

insert into mut_gr.t1 values(5);

查看數據是否都已同步到各節點上。

5.更多組復制維護的操作

關於組復制更多維護操作，比如如何重啟組、如何安全退組、如何重新加組等等，還是請參看單主模型的組復制，它們的維護是類似的，所以本文就不對重復內容做贅述了。

MySQL組復制(4)：配置多主模型的組復制

相關推薦

MySQL組復制(4)：配置多主模型的組復制

oot from insert 異步 perf gin mar l數據庫 bin 在這一篇，我演示的是如何配置MySQL組復制的多主模型(multi-primary)。在配置上，多主模型的組復制和單主模型基本沒區別。 本文僅為搭建和維護多主模型組復制拋塊小磚，若對其間涉及的

MySQL組復制(2)：配置單主模型的組復制

AC 文件 便在 繼續 rep 解釋 種子 nsis HR MySQL的組復制可以配置為單主模型和多主模型兩種工作模式，它們都能保證MySQL的高可用。以下是兩種工作模式的特性簡介： 單主模型：從復制組中眾多個MySQL節點中自動選舉一個master節點，只有master

MySQL組複製(2)：配置單主模型的組複製

MySQL的組複製可以配置為單主模型和多主模型兩種工作模式，它們都能保證MySQL的高可用。以下是兩種工作模式的特性簡介：單主模型：從複製組中眾多個MySQL節點中自動選舉一個master節點，只有master節點可以寫，其他節點自動設定為read only。當master節點故障時，會自動選舉一個新的mas

mysql-5.7.20源碼安裝 + 多實例 + 主從復制

mysql源碼安裝版本：MySQL-5.7.20 1、更換yum源wget -O /etc/yum.repos.d/eprl.repo http://mirrors.aliyun.com/repo/epel-6.repo2、安裝cmaketar xf cmake-3.0.0.tar.gzcd cmake-3.

mysql學習與提高4：mysql的兩種儲存引擎的索引儲存機制

目錄 概要　 MyISAM索引實現 InnoDB索引實現 總結 概要　 Mysql的BTree索引使用的是B數中的B+Tree，但對於主要的兩種儲存引擎的實現方式是不同的。 MyISAM索引實現 MyISAM引擎使用B+Tree作為索引結構，葉節點的data域存放

MySql解壓版安裝&配置多資料庫&主從分離

基於windows作業系統，筆者使用MySql5.5，安裝目錄D:\tools。 安裝解壓版MySql步驟 1、解壓檔案到目錄（D:\tools\MySql5.5_Main），作為主資料庫。 2、配置環境變數 建立使用者變數 新增系統變數，Path中新增（;%MYSQL

ngxin server_name實用：配置多個子域名

1 nginx的conf檔案可拆分，只需要在nginx.conf中指定路徑即可： http節點內指定： include /data/nginx/conf.d/*.conf; 2 多個子域名的配置管理： 比如yeager.cn域名指向A這個IP地址，公司有api專案，有cm

【LeetCode & 劍指offer刷題】動態規劃與貪婪法題4：42 連續子數組的最大和（53. Maximum Subarray）

offer pla style other res another () nor pro 【LeetCode & 劍指offer 刷題筆記】目錄（持續更新中...） 53. Maximum Subarray Given an integer array nu

Markdown溫故知新(4)：更多擴充套件語法及HTML

1、強調（刪除 & 高亮） 2、腳註（註腳） 3、數學公式 4、更多擴充套件語法 5、終極擴充套件之內嵌 HTML 5.1、文字修飾類標籤 5.2、內容排版類標籤 5.3、圖片及多媒體標籤 5.4、錨元素（A 標籤） 6、總結 1、強調（刪除 & 高亮） Markdown 官方定義了粗體和斜體

C#開發BIMFACE系列19 服務端API之獲取模型資料4：獲取多個構件的共同屬性

系列目錄     【已更新最新開發文章，點選檢視詳細】 在前幾篇部落格中介紹了一個三維檔案/模型包含多個構建，每個構建又是由多種材質組成，每個構建都有很多屬性。不同的構建也有可能包含相同的屬性。 上圖中可以看到構建1與構建2擁有相同的屬性2，構建2與構建n擁有相

MySQL進階篇(01)：基於多個維度，分析伺服器效能

本文原始碼：[GitHub·點這裡](https://github.com/cicadasmile/mysql-data-base) || [GitEE·點這裡](https://gitee.com/cicadasmile/mysql-data-base) # 一、伺服器效能簡介 ## 1、效能定義

[Other]面試復習筆記：線程與進程復習

處理機 sse 進程上下文 提高 關系 數據查詢 優點 con 計數器 基本概念1. 進程的基本概念線程(thread)是進程(processes)中某個單一順序的控制流，也被稱為輕量進程(lightweight processes)。進程是表示資源分配的基本單位，又是調

Java 數組 二維數據以及多維數組

ati args col string nbsp ack [] 定義 pac package com.xuyigang1234.chp01; public class Defmo6 { public static void main(String[] args)

mysql 架構篇系列 4 複製架構一主一從搭建(半同步複製)

一.概述 　　在mysql 5.5之前，mysql 的複製是非同步操作，主庫和從庫的資料之間存在一定的延時，這樣存在一個隱患：當主庫上寫入一個事務並提交成功，而從庫尚未得到主庫推送的Binlog日誌時，主庫down機了，事務Binlog丟失了，此時從庫就缺失了這個事務，從而造成主從不一致。  　　為了解決這個

[MGR——Mysql的組復制之多主模式 ] 詳細搭建部署過程

狀態 eve 語句 star mysql命令行 password 是否 集合 功能 組復制可以在兩種模式下運行。 1.在單主模式下，組復制具有自動選主功能，每次只有一個 server成員接受更新。2.在多主模式下,所有的 server 成員都可以同時接受更新.

Mysql Group Replication 簡介及單主模式組復制配置【轉】

ror ipv4 mysql命令 value tail force action dmi where 一 Mysql Group Replication簡介 Mysql Group Replication(MGR)是一個全新的高可用和高擴張的MySQL集群服務。

轉 phpmyadmin操作技巧：如何在phpmyadmin裏面復制mysql數據庫？

本地導入 more 方法 配置文件 方式 -c ima 般的 執行 對於每一個站長而言，都會遇到要進行網站測試的時候。這個時候，往往需要備份數據庫。如果按照一般的操作方式，都是先把數據庫導出並備份到本地，然後再服務器上測試。如果一切正常還好，一旦出了問題，就又得把數據庫重新

mysql多實例-主從復制安裝

put schema pat client distrib clear tar binlog centos 安裝環境:Centos6.5 mysql版本：mysql-5.5.32.tar.gz 一：安裝前準備： 1.安裝一些依賴庫 yum install cmake gc

高性能Mysql主從架構的復制原理及配置詳解

應用場景 難點 要點 一行 tar distrib 控制 成功 實時性 1 復制概述 Mysql內建的復制功能是構建大型，高性能應用程序的基礎。將Mysql的數據分布到多個系統上去，這種分布的機制，是通過將Mysql的某一臺主機的數據復制到其它主機（slaves

MySQL Group Replication（多主同步復制MGR）

update mod src xtra sla class replicat local trac 開啟replication配置： server-id=1 #標識服務器唯一 log-bin=mys