MHA實現mysql高可用架構

一. MHA簡介

MHA(Master HA) 是一款開源的MySQL的高可用程序 , 它爲mysql主從複製提供了自動化主故障轉移功能 ; MHA能夠在30秒內實現故障切換 , 最大可能保證數據的一致性 ; 當MHA通過監控到master節點時 , 會提升擁有最新數據的slave節點成爲master節點 , 在此期間 , MHA會通過於其他從節點獲取額外信息來避免一致性方面的問題 ; MHA還提供了master節點的在線切換功能 , 即按需切換master/slave節點 .

二. MHA服務

服務角色

MHA服務有兩種角色(MAnager/Node)

MHA Manager(管理節點) : 通常單獨部署在一臺獨立機器上管理多個master/slave集羣 , 每個master/slave集羣稱爲一個application , 用來管理統籌整個集羣 .

MHA Node(數據節點) : 運行在每臺mysql服務器上 , 通過監控具備解析和清理logs功能的腳本來加快故障轉移 ; 主要是接收管理節點所發出指令的代理，代理需要運行在每一個 mysql 節點上。簡單講 node 就是用來收集從節點服務器上所生成的 bin-log 。對比打算提升爲新的主節點之上的從節點的是否擁有並完成操作，如果沒有發給新主節點在本地應用後提升爲主節點 .

MHA提供的工具(命令)

Manager
masterha_check_ssh	MHA依賴的ssh環境監測工具
masterha_check_rep1	MySQL主從複製檢查工具
masterha_manager	MHA檢測主服務程序
masterha_check_status	MHA運行狀態探測工具
masterha_master_monitor	MySQL master 節點可用性檢測工具
masterha_master_swich:master	節點切換工具
masterha_conf_host	添加或刪除配置的節點
masterha_stop	關閉MHA服務的工具
Node節點
save_binary_logs	保存和複製master的二進制日誌
apply_diff_relay_logs	識別差異的中繼日誌事件並應用於其他slave
purge_relay_logs	清除中繼日誌(不會阻塞SQL線程)

MHA工作原理

原理 : manager節點發現master節點出現故障後 , 會選舉一個slave作爲新的master來繼續工作

(選舉依據 : 從宕機的master保存二進制日誌文件(bin-log) , 識別含有最新更新的slave , 應用差異的中繼日誌(relay-log)到其他slave , 應用從master保存的二進制日誌文件 , 最後提升一個slave爲新的master)

三. 部署搭建MHA實現數據庫高可用

實驗準備

主機名	IP	角色
Manager	192.168.11.128	用於監控管理(Manager)
master	192.168.11.129	主數據庫(node)
slave1	192.168.11.130	從數據庫(node)
slave2	192.168.11.132	從數據庫(node)

所有節點進行初始化關閉防火牆 , selinux

[root@Manager ~]# systemctl stop firewalld
[root@Manager ~]# sed -ri '/^SELINUX=/cSELINUX=disabled' /etc/selinux/config

各節點編輯/etc/hosts配置文件 , 添加如下內容

192.168.11.128  Manager
192.168.11.129  master
192.168.11.130  slave1
192.168.11.132  slave2

配置3臺數據庫(master , slave1 , slave2)

3臺主機均安裝mariadb-server , 進行初始化

yum install -y mariadb-server mariadb
systemctl start mariadb
mysql_secure_installation         #初始化數據庫

配置主節點master

[root@master ~]# vim /etc/my.cnf.d/server.cnf
    [mysqld]
    server-id = 1            //複製集羣中的各節點的id均必須唯一
    log-bin = master-log        //開啓二進制日誌
    relay-log = relay-log        //開啓中繼日誌
    skip_name_resolve           //關閉名稱解析（非必須）
[root@master ~]# systemctl restart mariadb

配置兩個slave節點

[root@slave1 ~]# vim /etc/my.cnf.d/server.cnf
    [mysqld]
    server-id = 2               //複製集羣中的各節點的id均必須唯一；
    relay-log = relay-log       //開啓中繼日誌
    log-bin = master-log        //開啓二進制日誌
    read_only = ON              //啓用只讀屬性
    relay_log_purge = 0         //是否自動清空不再需要中繼日誌
    skip_name_resolve           //關閉名稱解析（非必須）
    log_slave_updates = 1       //使得更新的數據寫進二進制日誌中
[root@slave1 ~]# systemctl restart mariadb

slave2(192.168.11.132)同理slave1(192.168.11.130) , 注意id要不一致

配置一主多從架構

master節點上:

# 授權同步數據賬號
[root@master ~]# mysql
MariaDB [(none)]>grant replication slave,replication client on *.* to 'slave'@'192.168.11.%' identified by 'keer';
# 備份數據導出到從庫
[root@master ~]# mysqldump -uroot -p'keer' --all-databases > `date +%F`-mysql-all.sql
[root@master ~]# scp *mysql-all.sql  192.168.11.130:/root
[root@master  ~]# scp  *mysql-all.sql    192.168.11.132:/root
[root@master ~]# mysql
MariaDB [(none)]> show master status;

slave節點上:

#導入數據
[root@slave1 ~]# mysql -uroot -p'123456' < *mysql-all.sql
[root@slave1 ~]# mysql -uroot -p'123456'
MariaDB [(none)]> change master to master_host='192.168.11.129', 
    -> master_user='slave', 
    -> master_password='keer',
    -> master_log_file='mysql-bin.000001',
    -> master_log_pos=665;
MariaDB [(none)]> start slave;
MariaDB [(none)]> show slave status\G;

在master上進行MHA配置授權

[root@master ~]# mysql
MariaDB [(none)]> grant all on *.* to 'mhaadmin'@'192.168.11.%' identified by 'mhapass';
MariaDB [(none)]> flush privileges;

準備ssh互通環境

MHA高度依賴ssh互通環境 , 即所有主機之間都能進行ssh免密登錄 , 以實現遠程控制和數據管理功能

在所有節點上操作

ssh-keygen
ssh-copy-id 192.168.11.128

完成上述操作後 , 在Manager上可以查看到如下內容

四臺主機的公鑰均在authorized_keys這個文件中 , 現在只需把這個文件發送另外3臺機器即可實現ssh無密碼互通了

[root@manager .ssh]# scp authorized_keys 192.168.11.129:~/.ssh/
[root@manager .ssh]# scp authorized_keys 192.168.11.130:~/.ssh/
[root@manager .ssh]# scp authorized_keys 192.168.11.132:~/.ssh/

發送完最好驗證一下ssh免密登錄

部署MHA

[root@manager ~]# yum install -y mha4mysql-node-0.56-0.el6.noarch.rpm 
[root@manager ~]# yum install -y mha4mysql-manager-0.56-0.el6.noarch.rpm

manager主機上需安裝mha-manage和mha-node , 其餘3臺數據庫主機安裝MHA-node即可

定義MHA管理配置文件

爲MHA專門創建一個管理用戶 , 方便以後使用 , 在mysql的主節點上 , 三個節點自動同步

[root@manager ~]# mkdir /etc/mha_master
[root@manager ~]# vim /etc/mha_master/mha.cnf
#內容如下
[server default]          
user=mhaadmin              
password=mhapass           
manager_workdir=/etc/mha_master/app1       
manager_log=/etc/mha_master/manager.log     
remote_workdir=/mydata/mha_master/app1      
ssh_user=root            
repl_user=slave            
repl_password=keer    
ping_interval=1            
[server1]                  
hostname=192.168.11.129    
ssh_port=22                 
candidate_master=1         
[server2]
hostname=192.168.11.130
ssh_port=22
candidate_master=1
[server3]
hostname=192.168.11.132
ssh_port=22
candidate_master=1

配置好/etc/mha_master/mha.cnf文件後 , 對該文件進行檢測

1.檢測各節點ssh互信環境是否ok

[root@manager ~]# masterha_check_ssh -conf=/etc/mha_master/mha.cnf

2. 檢查管理的mysql複製集羣的連接配置參數是否ok

[root@manager ~]# masterha_check_repl -conf=/etc/mha_master/mha.cnf

排錯 :

如果顯示 MySQL Replication Health is NOT OK , 可能就是從節點上沒有賬號 , 因爲這個架構任何一個節點都有可能成爲主節點 , 可以在master上創建一個用於管理主從複製的賬號 , 即/etc/mha_master/mha.cnf 配置文件中的 repl_user=slave
檢查主從是否ok , show slave status\G

ssh互信和主從環境都檢測ok後 , 啓動MHA

[root@manager ~]# nohup masterha_manager -conf=/etc/mha_master/mha.cnf &> /etc/mha_master/manager.log &

停止MHA命令(masterha_stop -conf=/etc/mha_master/mha.cnf)

查看此時master節點狀態

masterha_check_status -conf=/etc/mha_master/mha.cnf

測試MHA故障轉移

在master節點上關閉mysql服務

[root@master ~]# yum -y install psmisc
[root@master ~]# killall mysqld

在manager節點查看日誌

[root@manager ~]# tail -200 /etc/mha_master/manager.log

此時slave2(192.168.11.132)在節點上查看slave狀態

此時manager 檢測到192.168.11.129節點故障，而後自動執行故障轉移，將192.168.11.130提升爲主節點。

注意，故障轉移完成後,manager將會自動停止，此時使用 masterha_check_status 命令檢測將會遇到錯誤提示，如下所示：

提供新的從節點以修復集羣

原有 master 節點故障後，需要重新準備好一個新的 MySQL 節點。基於來自於master 節點的備份恢復數據後，將其配置爲新的 master 的從節點即可。注意，新加入的節點如果爲新增節點，其 IP 地址要配置爲原來 master 節點的 IP，否則，還需要修改 mha.cnf 中相應的 ip 地址。隨後再次啓動 manager ，並再次檢測其狀態。

我們就以剛剛關閉的那臺主作爲新添加的機器，來進行數據庫的恢復：

原本的 slave1 已經成爲了新的主機器，所以，我們對其進行完全備份，而後把備份的數據發送到我們新添加的機器上：

[root@slave1 ~]# mkdir /backup
[root@slave1 ~]# mysqldump --all-database > /backup/`date +%F`-myql-all.sql
[root@slave1 ~]# scp /backup/*mysql-all.sql 192.168.11.128:~/

在原master節點上進行數據恢復

[root@master ~]# systemctl start mariadb
[root@master ~]# mysql < 2019-4-27-mysql-all.sql

在新主即slave1節點上查看master狀態信息

在master節點上配置主從

MariaDB [(none)]> change master to master_host='192.168.11.129',  master_user='slave',  master_password='keer', master_log_file='master-log.000002', master_log_pos=483333;
MariaDB [(none)]> start slave;
MariaDB [(none)]> show slave status\G;

再次在manager節點啓動MHA

[root@manager ~]# masterha_manager -conf=/etc/mha_master/mha.cnf > /etc/mha_master/manager.log 2>&1 &

啓動成功後查看master節點狀態

[root@manager ~]# masterha_check_status -conf=/etc/mha_master/mha.cnf

到此部署結束!!

MHA實現mysql高可用架構

HTML頁面關於高分屏的設置

北歐瑞典挪威芬蘭瑞士TikTok海外網紅與YouTube博主的合作模式

歐洲英國德國法國TikTok與YouTube海外網紅達人的完美合作策略

druid數據源 xml配置

zabbix監控系統的搭建詳細過程

nginx服務介紹與安裝

KVM虛擬化

MHA實現mysql高可用架構

用tomcat部署jspgou

https://yachay.unat.edu.pe/blog/index.php?comment_area=format_blog&comment_component=blog&comment_co

linux以太網驅動總結