国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

MHA高可用配置及故障切換

這篇具有很好參考價值的文章主要介紹了MHA高可用配置及故障切換。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點擊"舉報違法"按鈕提交疑問。

MHA高可用配置及故障切換

一. MySQL MHA

1.什么是MHA

(1)MHA (Master High Availability) 是一套優(yōu)秀的MySQL高可用環(huán)境下故障切換和主從復(fù)制的軟件。
(2)MHA的出現(xiàn)就是解決MySQL 單點的問題。
(3)MySQL故障切換過程中,MHA能做到0-30秒內(nèi)自動完成故障切換操作。
(4)MHA能在故障切換的過程中最大程度上保證數(shù)據(jù)的一致性,以達到真正意義上的高可用。

2.MHA的組成

2.1MHA Node (數(shù)據(jù)節(jié)點)

MHA Node 運行在每臺 MySQL 服務(wù)器上。

2.2MHA Manager (管理節(jié)點)

MHA Manager 可以單獨部署在一臺獨立的機器上,管理多個 master-slave 集群;也可以部署在一臺 slave節(jié)點上。

MHA Manager 會定時探測集群中的 master 節(jié)點。

當(dāng)master 出現(xiàn)故障時,它可以自動將最新數(shù)據(jù)的 slave提升為新的 master 然后將所有其他的 slave 重新指向新的 master。

整個故障轉(zhuǎn)移過程對應(yīng)用程序完全透明。

3.MHA的特點

(1)自動故障切換過程中,MHA試圖從宕機的主服務(wù)器上保存二進制日志,最大程度的保證數(shù)據(jù)不丟失

(2)使用半同步復(fù)制,可以大大降低數(shù)據(jù)丟失的風(fēng)險

(3)目前MHA支持一主多從架構(gòu),最少三臺服務(wù),即一主兩從

4.MHA的工作原理

(1)從宕機崩潰的master 保存二進制日志事件 (binlog events)

(2)識別含有最新的更新 slave 日志

(3)應(yīng)用差異的中繼日志 (relay log)到其他的slave

(4)應(yīng)用從master保存的二進制日志事件

(5)提升一個 salve 為新的master

(6)使其他的slave連接行的master 進行復(fù)制。

5.規(guī)劃MySQL MHA搭建

MHA:為了解決的了是故障切換、數(shù)據(jù)盡可能的保存,以及所有節(jié)點日志的一致性

5.1實驗思路

(1)MHA架構(gòu)

  • 數(shù)據(jù)庫安裝
  • 一主兩從
  • MHA搭建

(2)故障模擬

  • 主庫失效
  • 備選主庫成為主庫
  • 原故障主庫恢復(fù)重新加入到MHA成為從庫

5.2 實驗環(huán)境

系統(tǒng)、mysql版本、IP、組件

MHA manager 節(jié)點服務(wù)器:CentOS7.6(64 位) manager/192.168.186.40 ,安裝MHA node 和 manager 組件  
Master 節(jié)點服務(wù)器:CentOS7.6(64 位) mysql1/192.168.186.10 ,安裝mysql5.7、MHA node 組件        
Slave1 節(jié)點服務(wù)器:CentOS7.6(64 位) mysql2/192.168.186.20 ,安裝mysql5.7、MHA node 組件        
Slave2 節(jié)點服務(wù)器:CentOS7.6(64 位) mysql3/192.168.186.30 ,安裝mysql5.7、MHA node 組件

二.搭建MySQL MHA

1.規(guī)劃master、slave1、slave2

1.1 關(guān)閉防火墻、安全機制

systemctl stop firewalld
systemctl disable firewalld
setenforce 0

1.2master、slave1、slave2節(jié)點上安裝 mysql5.7

#檢測是否安裝mysql
mysql --version
mysql  Ver 14.14 Distrib 5.7.20, for Linux (x86_64) using  EditLine wrapper

如未安裝請參考以下有安裝步驟

https://blog.csdn.net/Katie_ff/article/details/131255481?spm=1001.2014.3001.5501

1.3修改 Master、Slave1、Slave2 節(jié)點的主機名

hostnamectl set-hostname Master
hostnamectl set-hostname Slave1
hostnamectl set-hostname Slave2

1.4修改 Master、Slave1、Slave2 節(jié)點的 Mysql主配置文件/etc/my.cnf

#Master 節(jié)點#
vim /etc/my.cnf
[mysqld]
server-id = 1
log_bin = master-bin
log-slave-updates = true

systemctl restart mysqld
#Slave1 節(jié)點#
vim /etc/my.cnf
#三臺服務(wù)器的 server-id 不能一樣
server-id = 2 						
log_bin = master-bin
relay-log = relay-log-bin
relay-log-index = slave-relay-bin.index

systemctl restart mysqld
#Slave2 節(jié)點#
vim /etc/my.cnf
#三臺服務(wù)器的 server-id 不能一樣
server-id = 3 
relay-log = relay-log-bin
relay-log-index = slave-relay-bin.index

systemctl restart mysqld

1.5在 Master、Slave1、Slave2 節(jié)點上都創(chuàng)建兩個軟鏈接

#Master 節(jié)點#
ln -s /usr/local/mysql/bin/mysql /usr/sbin/
ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin/
#Slave1 節(jié)點#
ln -s /usr/local/mysql/bin/mysql /usr/sbin/
ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin/
#Slave2 節(jié)點#
ln -s /usr/local/mysql/bin/mysql /usr/sbin/
ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin/

2.配置 mysql 一主兩從

2.1所有數(shù)據(jù)庫節(jié)點(一主兩從)進行 mysql 授權(quán)

mysql -uroot -p
#從數(shù)據(jù)庫同步使用
grant replication slave on *.* to 'myslave'@'192.168.186.%' identified by '123456';		
grant all privileges on *.* to 'mha'@'192.168.186.%' identified by 'manager';		

#manager 使用
#防止從庫通過主機名連接不上主庫
grant all privileges on *.* to 'mha'@'master' identified by 'manager';
grant all privileges on *.* to 'mha'@'slave1' identified by 'manager';
grant all privileges on *.* to 'mha'@'slave2' identified by 'manager';

flush privileges;

2.2在 Master 節(jié)點查看二進制文件和同步點

mysql> show master status;
+-------------------+----------+--------------+------------------+-------------------+
| File              | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+-------------------+----------+--------------+------------------+-------------------+
| master-bin.000001 |     1747 |              |                  |                   |
+-------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)

2.3在 Slave1、Slave2 節(jié)點執(zhí)行同步操作

slave1
change master to master_host='192.168.186.20',master_user='myslave',master_password='123456',master_log_file='master-bin.000001',master_log_pos=1747; 
slave2
change master to master_host='192.168.186.30',master_user='myslave',master_password='123456',master_log_file='master-bin.000001',master_log_pos=1747; 
start slave;

2.4在 Slave1、Slave2 節(jié)點查看數(shù)據(jù)同步結(jié)果

show slave status\G;	
//確保 IO 和 SQL 線程都是 Yes,代表同步正常。
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
mysql> show slave status\G;
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.186.20
                  Master_User: myslave
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: master-bin.000001
          Read_Master_Log_Pos: 1747
               Relay_Log_File: relay-log-bin.000002
                Relay_Log_Pos: 321
        Relay_Master_Log_File: master-bin.000001
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
mysql> show slave status\G;
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.186.30
                  Master_User: myslave
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: master-bin.000001
          Read_Master_Log_Pos: 1747
               Relay_Log_File: relay-log-bin.000002
                Relay_Log_Pos: 321
        Relay_Master_Log_File: master-bin.000001
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes

2.5 兩個從庫必須設(shè)置為只讀模式:

#Slave1節(jié)點
set global read_only=1;
#Slave2節(jié)點
set global read_only=1;

MHA高可用配置及故障切換,android,adb

2.6 插入數(shù)據(jù)測試數(shù)據(jù)庫同步

#在 Master 主庫插入條數(shù)據(jù),測試是否同步#
mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| sys                |
+--------------------+
4 rows in set (0.00 sec)

mysql> create database blue;
Query OK, 1 row affected (0.05 sec)

mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| blue               |
| mysql              |
| performance_schema |
| sys                |
+--------------------+
5 rows in set (0.00 sec)

mysql> use blue;
Database changed

mysql> create table test(id int);
Query OK, 0 rows affected (0.00 sec)

mysql> insert into test(id) values (1);
Query OK, 1 row affected (0.01 sec)

mysql> select * from test;
+------+
| id   |
+------+
|    1 |
+------+
1 row in set (0.00 sec)

#查看從的數(shù)據(jù)是否存在

MHA高可用配置及故障切換,android,adb

3. 安裝MHA所有組件

3.1 安裝 MHA 軟件

3.1.1 所有服務(wù)器上都安裝 MHA 依賴的環(huán)境,首先安裝 epel 源
yum install epel-release --nogpgcheck -y

yum install -y perl-DBD-MySQL \
perl-Config-Tiny \
perl-Log-Dispatch \
perl-Parallel-ForkManager \
perl-ExtUtils-CBuilder \
perl-ExtUtils-MakeMaker \
perl-CPAN
3.1.2安裝 MHA 軟件包,先在所有服務(wù)器上必須先安裝 node 組件
#對于每個操作系統(tǒng)版本不一樣,這里 CentOS7.6選擇 0.57 版本。
#在所有服務(wù)器上必須先安裝 node 組件,最后在 MHA-manager 節(jié)點上安裝 manager 組件,因為 manager 依賴 node 組件。
cd /opt
tar zxvf mha4mysql-node-0.57.tar.gz
cd mha4mysql-node-0.57
perl Makefile.PL
make && make install
3.1.3在 MHA manager 節(jié)點上安裝 manager 組件
cd /opt
tar zxvf mha4mysql-manager-0.57.tar.gz
cd mha4mysql-manager-0.57
perl Makefile.PL
make && make install
3.1.4manager與node工具使用講解
#manager 組件安裝后在/usr/local/bin 下面會生成幾個工具,主要包括以下幾個:
masterha_check_ssh 檢查 MHA 的 SSH 配置狀況
masterha_check_repl 檢查 MySQL 復(fù)制狀況
masterha_manger 啟動 manager的腳本
masterha_check_status 檢測當(dāng)前 MHA 運行狀態(tài)
masterha_master_monitor 檢測 master 是否宕機
masterha_master_switch 控制故障轉(zhuǎn)移(自動或者 手動)
masterha_conf_host 添加或刪除配置的 server 信息
masterha_stop  關(guān)閉manager

#node 組件安裝后也會在/usr/local/bin 下面會生成幾個腳本(這些工具通常由 MHAManager 的腳本觸發(fā),無需人為操作)主要如下:
save_binary_logs 保存和復(fù)制 master 的二進制日志
apply_diff_relay_logs 識別差異的中繼日志事件并將其差異的事件應(yīng)用于其他的 slave
filter_mysqlbinlog 去除不必要的 ROLLBACK 事件(MHA 已不再使用這個工具)
purge_relay_logs 清除中繼日志(不會阻塞 SQL 線程)
3.1.5 在所有服務(wù)器上配置無密碼認證
#在 manager 節(jié)點上配置到所有數(shù)據(jù)庫節(jié)點的無密碼認證
#一路按回車鍵
ssh-keygen -t rsa 				
ssh-copy-id 192.168.186.10
ssh-copy-id 192.168.186.20
ssh-copy-id 192.168.186.30

MHA高可用配置及故障切換,android,adb

MHA高可用配置及故障切換,android,adb

#在 master 上配置到數(shù)據(jù)庫節(jié)點 slave1 和 slave2 的無密碼認證
ssh-keygen -t rsa
ssh-copy-id 192.168.186.20
ssh-copy-id 192.168.186.30
#在 slave1 上配置到數(shù)據(jù)庫節(jié)點 master 和 slave2 的無密碼認證
ssh-keygen -t rsa
ssh-copy-id 192.168.186.10
ssh-copy-id 192.168.186.30
#在 slave2 上配置到數(shù)據(jù)庫節(jié)點 master 和 slave1 的無密碼認證
ssh-keygen -t rsa
ssh-copy-id 192.168.186.10
ssh-copy-id 192.168.186.20

4.在 manager 節(jié)點上配置 MHA

4.1在 manager 節(jié)點上復(fù)制相關(guān)腳本到/usr/local/bin 目錄
cp -rp /opt/mha4mysql-manager-0.57/samples/scripts /usr/local/bin
ll /usr/local/bin/scripts/

MHA高可用配置及故障切換,android,adb

注釋:

master_ip_failover #自動切換時 VIP 管理的腳本
master_ip_online_change #在線切換時 vip 的管理
power_manager #故障發(fā)生后關(guān)閉主機的腳本
send_report #因故障切換后發(fā)送報警的腳本

4.2復(fù)制上述的自動切換時 VIP 管理的腳本到 /usr/local/bin 目錄,這里使用master_ip_failover腳本來管理 VIP 和故障切換
cp /usr/local/bin/scripts/master_ip_failover /usr/local/bin
4.3修改內(nèi)容如下:(刪除原有內(nèi)容,直接復(fù)制并修改vip相關(guān)參數(shù))
vim /usr/local/bin/master_ip_failover
#!/usr/bin/env perl
use strict;
use warnings FATAL => 'all';

use Getopt::Long;

my (
$command, $ssh_user, $orig_master_host, $orig_master_ip,
$orig_master_port, $new_master_host, $new_master_ip, $new_master_port
);
#添加內(nèi)容部分
my $vip = '192.168.186.200';									#指定vip的地址
my $brdc = '192.168.186.255';								#指定vip的廣播地址
my $ifdev = 'ens33';										#指定vip綁定的網(wǎng)卡
my $key = '1';												#指定vip綁定的虛擬網(wǎng)卡序列號
my $ssh_start_vip = "/sbin/ifconfig ens33:$key $vip";		#代表此變量值為ifconfig ens33:1 192.168.186.200
my $ssh_stop_vip = "/sbin/ifconfig ens33:$key down";		#代表此變量值為ifconfig ens33:1 192.168.186.200 down
my $exit_code = 0;											#指定退出狀態(tài)碼為0
#my $ssh_start_vip = "/usr/sbin/ip addr add $vip/24 brd $brdc dev $ifdev label $ifdev:$key;/usr/sbin/arping -q -A -c 1 -I $ifdev $vip;iptables -F;";
#my $ssh_stop_vip = "/usr/sbin/ip addr del $vip/24 dev $ifdev label $ifdev:$key";

GetOptions(
'command=s' => \$command,
'ssh_user=s' => \$ssh_user,
'orig_master_host=s' => \$orig_master_host,
'orig_master_ip=s' => \$orig_master_ip,
'orig_master_port=i' => \$orig_master_port,
'new_master_host=s' => \$new_master_host,
'new_master_ip=s' => \$new_master_ip,
'new_master_port=i' => \$new_master_port,
);

exit &main();

sub main {

print "\n\nIN SCRIPT TEST====$ssh_stop_vip==$ssh_start_vip===\n\n";

if ( $command eq "stop" || $command eq "stopssh" ) {

my $exit_code = 1;
eval {
print "Disabling the VIP on old master: $orig_master_host \n";
&stop_vip();
$exit_code = 0;
};
if ($@) {
warn "Got Error: $@\n";
exit $exit_code;
}
exit $exit_code;
}
elsif ( $command eq "start" ) {

my $exit_code = 10;
eval {
print "Enabling the VIP - $vip on the new master - $new_master_host \n";
&start_vip();
$exit_code = 0;
};
if ($@) {
warn $@;
exit $exit_code;
}
exit $exit_code;
}
elsif ( $command eq "status" ) {
print "Checking the Status of the script.. OK \n";
exit 0;
}
else {
&usage();
exit 1;
}
}
sub start_vip() {
`ssh $ssh_user\@$new_master_host \" $ssh_start_vip \"`;
}
## A simple system call that disable the VIP on the old_master
sub stop_vip() {
`ssh $ssh_user\@$orig_master_host \" $ssh_stop_vip \"`;
}

sub usage {
print
"Usage: master_ip_failover --command=start|stop|stopssh|status --orig_master_host=host --orig_master_ip=ip --orig_master_port=port --new_master_host=host --new_master_ip=ip --new_master_port=port\n";
}
4.4創(chuàng)建 MHA 軟件目錄并拷貝配置文件,這里使用app1.cnf配置文件來管理 mysql 節(jié)點服務(wù)器
mkdir /etc/masterha
cp /opt/mha4mysql-manager-0.57/samples/conf/app1.cnf /etc/masterha

vim /etc/masterha/app1.cnf	
#刪除原有內(nèi)容,直接復(fù)制并修改節(jié)點服務(wù)器的IP地址
[server default]
manager_log=/var/log/masterha/app1/manager.log
manager_workdir=/var/log/masterha/app1
master_binlog_dir=/usr/local/mysql/data
master_ip_failover_script=/usr/local/bin/master_ip_failover
master_ip_online_change_script=/usr/local/bin/master_ip_online_change
password=manager
ping_interval=1
remote_workdir=/tmp
repl_password=123456
repl_user=myslave
secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.186.20 -s 192.168.186.30
shutdown_script=""
ssh_user=root
user=mha

[server1]
hostname=192.168.186.10
port=3306

[server2]
candidate_master=1
check_repl_delay=0
hostname=192.168.186.20
port=3306

[server3]
hostname=192.168.186.30
port=3306

注釋:

[server default]
manager_log=/var/log/masterha/app1/manager.log      #manager日志
manager_workdir=/var/log/masterha/app1            #manager工作目錄
master_binlog_dir=/usr/local/mysql/data/         #master保存binlog的位置,這里的路徑要與master里配置的binlog的路徑一致,以便MHA能找到
master_ip_failover_script=/usr/local/bin/master_ip_failover  #設(shè)置自動failover時候的切換腳本,也就是上面的那個腳本
master_ip_online_change_script=/usr/local/bin/master_ip_online_change  #設(shè)置手動切換時候的切換腳本
password=manager			#設(shè)置mysql中root用戶的密碼,這個密碼是前文中創(chuàng)建監(jiān)控用戶的那個密碼
ping_interval=1				#設(shè)置監(jiān)控主庫,發(fā)送ping包的時間間隔,默認是3秒,嘗試三次沒有回應(yīng)的時候自動進行failover
remote_workdir=/tmp			#設(shè)置遠端mysql在發(fā)生切換時binlog的保存位置
repl_password=123		    #設(shè)置復(fù)制用戶的密碼
repl_user=myslave			#設(shè)置復(fù)制用戶的用戶
report_script=/usr/local/send_report     #設(shè)置發(fā)生切換后發(fā)送的報警的腳本
secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.186.20 -s 192.168.186.30	#指定檢查的從服務(wù)器IP地址
shutdown_script=""			#設(shè)置故障發(fā)生后關(guān)閉故障主機腳本(該腳本的主要作用是關(guān)閉主機防止發(fā)生腦裂,這里沒有使用)
ssh_user=root				#設(shè)置ssh的登錄用戶名
user=mha					#設(shè)置監(jiān)控用戶root

[server1]
hostname=192.168.186.10
port=3306

[server2]
hostname=192.168.186.20
port=3306
candidate_master=1
#設(shè)置為候選master,設(shè)置該參數(shù)以后,發(fā)生主從切換以后將會將此從庫提升為主庫,即使這個從庫不是集群中最新的slave

check_repl_delay=0
#默認情況下如果一個slave落后master 超過100M的relay logs的話,MHA將不會選擇該slave作為一個新的master, 因為對于這個slave的恢復(fù)需要花費很長時間;通過設(shè)置check_repl_delay=0,MHA觸發(fā)切換在選擇一個新的master的時候?qū)雎詮?fù)制延時,這個參數(shù)對于設(shè)置了candidate_master=1的主機非常有用,因為這個候選主在切換的過程中一定是新的master

[server3]
hostname=192.168.186.30
port=3306
4.5第一次配置需要在 Master 節(jié)點上手動開啟虛擬IP
/sbin/ifconfig ens33:1 192.168.186.200/24
4.6manager 節(jié)點上測試 ssh
#在 manager 節(jié)點上測試 ssh 無密碼認證,如果正常最后會輸出 successfully,如下所示。
masterha_check_ssh -conf=/etc/masterha/app1.cnf

MHA高可用配置及故障切換,android,adb

4.7manager 節(jié)點上測試 mysql 主從連接
#在 manager 節(jié)點上測試 mysql 主從連接情況,最后出現(xiàn) MySQL Replication Health is OK 字樣說明正常。如下所示。
masterha_check_repl -conf=/etc/masterha/app1.cnf

MHA高可用配置及故障切換,android,adb

4.8在 manager 節(jié)點上啟動 MHA
nohup masterha_manager --conf=/etc/masterha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/masterha/app1/manager.log 2>&1 &  

注釋:

#生產(chǎn)中java 服務(wù)啟動的方式
nohup  java -jar  微服務(wù)名稱-( war jar)   & 

remove_dead_master_conf:該參數(shù)代表當(dāng)發(fā)生主從切換后,老的主庫的 ip 將會從配置文件中移除。
--manger_log:日志存放位置。
--ignore_last_failover:在缺省情況下,如果 MHA 檢測到連續(xù)發(fā)生宕機,且兩次宕機間隔不足 8 小時的話,則不會進行 Failover, 之所以這樣限制是為了避免 ping-pong 效應(yīng)。該參數(shù)代表忽略上次 MHA 觸發(fā)切換產(chǎn)生的文件,默認情況下,MHA 發(fā)生切換后會在日志記錄,也就是上面設(shè)置的日志app1.failover.complete文件,下次再次切換的時候如果發(fā)現(xiàn)該目錄下存在該文件將不允許觸發(fā)切換,除非在第一次切換后收到刪除該文件,為了方便,這里設(shè)置為--ignore_last_failover。
4.9 查看 MHA 狀態(tài)

查看 MHA 狀態(tài),可以看到當(dāng)前的 master 是 master 節(jié)點。

masterha_check_status --conf=/etc/masterha/app1.cnf
4.10查看 MHA 日志

查看 MHA 日志,也以看到當(dāng)前的 master 是 192.168.186.10,如下所示。

cat /var/log/masterha/app1/manager.log | grep "current master"
4.11查看master VIP
#查看master 的 VIP 地址 192.168.186.200 是否存在,這個 VIP 地址不會因為 manager 節(jié)點停止 MHA 服務(wù)而消失。
ifconfig
4.12若要關(guān)閉 manager 服務(wù)
#若要關(guān)閉 manager 服務(wù),可以使用如下命令。
masterha_stop --conf=/etc/masterha/app1.cnf
或者可以直接采用 kill 進程 ID 的方式關(guān)閉。

5.MHA 模擬故障

#在 manager 節(jié)點上監(jiān)控觀察日志記錄
tail -f /var/log/masterha/app1/manager.log

#在 Master 節(jié)點 master 上停止mysql服務(wù)
systemctl stop mysqld
或
pkill -9 mysql

#正常自動切換一次后,MHA 進程會退出。HMA 會自動修改 app1.cnf 文件內(nèi)容,將宕機的 master 節(jié)點刪除。查看 slave1 是否接管 VIP
ifconfig

MHA高可用配置及故障切換,android,adb

注:故障切換備選主庫的算法:
1.一般判斷從庫的是從(position/GTID)判斷優(yōu)劣,數(shù)據(jù)有差異,最接近于master的slave,成為備選主。
2.?dāng)?shù)據(jù)一致的情況下,按照配置文件順序,選擇備選主庫。
3.設(shè)定有權(quán)重(candidate_master=1),按照權(quán)重強制指定備選主。
(1)默認情況下如果一個slave落后master 100M的relay logs的話,即使有權(quán)重,也會失效。
(2)如果check_repl_delay=0的話,即使落后很多日志,也強制選擇其為備選主。

5.1故障修復(fù)步驟
5.1.1修復(fù)mysql
systemctl restart mysqld
5.1.2修復(fù)主從
#在現(xiàn)主庫服務(wù)器 Mysql2 查看二進制文件和同步點
mysql> show master status;
+-------------------+----------+--------------+------------------+-------------------+
| File              | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+-------------------+----------+--------------+------------------+-------------------+
| master-bin.000001 |     1747 |              |                  |                   |
+-------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)


#在原主庫服務(wù)器 mysql1 執(zhí)行同步操作
change master to master_host='192.168.186.20',master_user='myslave',master_password='123456',master_log_file='master-bin.000001',master_log_pos=1747;

start slave;
5.1.3在 manager 節(jié)點上修改配置文件app1.cnf(再把這個記錄添加進去,因為它檢測掉失效時候會自動消失)
vi /etc/masterha/app1.cnf
......
secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.186.20 -s 192.168.186.30
......
[server1]
hostname=192.168.186.10
port=3306

[server2]
candidate_master=1
check_repl_delay=0
hostname=192.168.186.20
port=3306

[server3]
hostname=192.168.186.30
port=3306
5.1.4在 manager 節(jié)點上啟動 MHA
nohup masterha_manager --conf=/etc/masterha/app1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/masterha/app1/manager.log 2>&1 &
5.1.5解決中英字不兼容報錯的問題
dos2unix /usr/local/bin/master_ip_failover 

1.MHA的作用

mysgl高可用+ 故障切換

2.MHA的核心部分:

MHA組件:manager:主要功能 做MHA啟動關(guān)閉管理 和檢測mysq1各種健康狀態(tài)

node:再發(fā)生故障時,盡可能的保存二進日志,并實現(xiàn)故障切換

3.MHA 需要修改的配翼文件 (2個)

master tp failover;命今工具,定義的是基于VIP檢測和故障轉(zhuǎn)移 (VIP從master—new master)

appl.cnf: MHA 的主配置文件,主要定義了MHA的工作目錄、日志、mysq1二進制日志位置使用MHA 登錄mysg1的用戶、密碼使用從服務(wù)器身份同沙master的賬號、密碼

4.故障切換是mha會做哪此動作:

(1)mha會多次嘗試檢測master的存活狀態(tài)

(2)mha會多次嘗試、盡可能的保存master的二進制日志

(3)mha會根據(jù)APP1.cnf中的配置部分,進行從服務(wù)器——主服務(wù)器的篩選和切換(4)mha最后,會將原master的 VIP地址切換到從服務(wù)器的位置

(5) mha 再選完成新的master之后,會在其余的slave之上執(zhí)行change master操作,指向新的master,來保imysql集群的健康性

5.mha注意問題

(1)軟鏈接必須得做

(2)mysq1配置文件,建議將中文字符集 注釋掉

(3)ssh免密交互必須得做

(4)mha 的內(nèi)存 建議在4G+ (否則可能導(dǎo)致VIP地址無法飄逸)

存中…(img-VZ2Dd8Iu-1690273108506)]

5.1.5解決中英字不兼容報錯的問題
dos2unix /usr/local/bin/master_ip_failover 

1.MHA的作用

mysgl高可用+ 故障切換

2.MHA的核心部分:

MHA組件:manager:主要功能 做MHA啟動關(guān)閉管理 和檢測mysq1各種健康狀態(tài)

node:再發(fā)生故障時,盡可能的保存二進日志,并實現(xiàn)故障切換

3.MHA 需要修改的配翼文件 (2個)

master tp failover;命今工具,定義的是基于VIP檢測和故障轉(zhuǎn)移 (VIP從master—new master)

appl.cnf: MHA 的主配置文件,主要定義了MHA的工作目錄、日志、mysq1二進制日志位置使用MHA 登錄mysg1的用戶、密碼使用從服務(wù)器身份同沙master的賬號、密碼

4.故障切換是mha會做哪此動作:

(1)mha會多次嘗試檢測master的存活狀態(tài)

(2)mha會多次嘗試、盡可能的保存master的二進制日志

(3)mha會根據(jù)APP1.cnf中的配置部分,進行從服務(wù)器——主服務(wù)器的篩選和切換(4)mha最后,會將原master的 VIP地址切換到從服務(wù)器的位置

(5) mha 再選完成新的master之后,會在其余的slave之上執(zhí)行change master操作,指向新的master,來保imysql集群的健康性

5.mha注意問題

(1)軟鏈接必須得做

(2)mysq1配置文件,建議將中文字符集 注釋掉

(3)ssh免密交互必須得做

(4)mha 的內(nèi)存 建議在4G+ (否則可能導(dǎo)致VIP地址無法飄逸)

(5)app1.cnf配置文件中,mysql的二進制文件位翼,一定一定要指對文章來源地址http://www.zghlxwxcb.cn/news/detail-606158.html

到了這里,關(guān)于MHA高可用配置及故障切換的文章就介紹完了。如果您還想了解更多內(nèi)容,請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實不符,請點擊違法舉報進行投訴反饋,一經(jīng)查實,立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費用

相關(guān)文章

  • MySQL 高可用配置及故障切換

    MySQL 高可用配置及故障切換

    1、MHA(MasterHigh Availability)是一套優(yōu)秀的MySQL高可用環(huán)境下故障切換和主從復(fù)制的軟件。 2、MHA 的出現(xiàn)就是解決MySQL 單點的問題。 3、MySQL故障切換過程中,MHA能做到0-30秒內(nèi)自動完成故障切換操作。 4、MHA能在故障切換的過程中最大程度上保證數(shù)據(jù)的一致性,以達到真正意義上

    2024年02月11日
    瀏覽(19)
  • Linux5.9 MySQLMHA高可用配置及故障切換

    Linux5.9 MySQLMHA高可用配置及故障切換

    第四章 LINUX MySQL MHA高可用配置及故障切換 一、概述及原理 1.什么是 MHA MHA(MasterHigh Availability)是一套優(yōu)秀的MySQL高可用環(huán)境下故障切換和主從復(fù)制的軟件 MHA 的出現(xiàn)就是解決MySQL 單點的問題 MySQL故障切換過程中,MHA能做到0-30秒內(nèi)自動完成故障切換操作 MHA能在故障切換的過程

    2024年02月11日
    瀏覽(20)
  • Mysql 搭建MHA高可用架構(gòu),實現(xiàn)自動failover,完成主從切換

    Mysql 搭建MHA高可用架構(gòu),實現(xiàn)自動failover,完成主從切換

    目錄 自動failover MHA: MHA 服務(wù) 項目:搭建Mysql主從復(fù)制、MHA高可用架構(gòu) 實驗項目IP地址配置: MHA下載地址 項目步驟:? 一、修改主機名 二、編寫一鍵安裝mha node腳本和一鍵安裝mha mangaer腳本,并執(zhí)行安裝 三、搭建Mysql主從復(fù)制集群(注意所有的Mysql主從復(fù)制機器都需要打開二

    2024年02月13日
    瀏覽(33)
  • MHA高可用架構(gòu)部署以及配置(詳細)

    MHA高可用架構(gòu)部署以及配置(詳細)

    目錄 一、MHA概述 1、簡介 2、MHA特點 3、何為高可用 4、故障切換過程 二、MHA高可用架構(gòu)部署 1、架構(gòu)圖 2、?實驗環(huán)境:需要四臺Centos7服務(wù)器 3、實驗部署 3.1、master、slave1、slave2安裝mysql服務(wù),之前博客有編譯安裝教程 3.2、master、slave1、slave2上配置my.cnf 3.3、在master、slave1、

    2024年02月07日
    瀏覽(20)
  • 【簡單認識MySQL的MHA高可用配置】

    【簡單認識MySQL的MHA高可用配置】

    MHA(Master High Availability)是一套優(yōu)秀的MySQL高可用環(huán)境下故障切換和主從復(fù)制的軟件。 MHA 的出現(xiàn)就是解決MySQL 單點的問題。 MySQL故障切換過程中,MHA能做到0-30秒內(nèi)自動完成故障切換操作。 MHA能在故障切換的過程中最大程度上保證數(shù)據(jù)的一致性,以達到真正意義上的高可用。

    2024年02月15日
    瀏覽(20)
  • 【vsphere高可用】主機故障切換

    目錄 一、vSphere HA接入控制 1.接入控制的資源有3中類型 2.主要的限制操作包括 二、接入控制策略 1、計算插槽大?。ǐ@取插槽的大?。?2、計算群機內(nèi)每臺主機擁有的插槽數(shù)目 3、計算群集的當(dāng)前故障切換容量 4、判斷“當(dāng)前故障切換容量”是否小于“配置的故障切換容量”(

    2024年02月13日
    瀏覽(20)
  • MySQL高可用MHA

    MySQL高可用MHA

    MHA(MasterHigh Availability)是一套優(yōu)秀的MySQL高可用環(huán)境下故障切換和主從復(fù)制的軟件 MHA 的出現(xiàn)就是解決MySQL 單點的問題。 MySQL故障切換過程中,MHA能做到0-30秒內(nèi)自動完成故障切換操作。 MHA能在故障切換的過程中最大程度上保證數(shù)據(jù)的一致性,以達到真正意義上的高可用。

    2024年02月12日
    瀏覽(17)
  • MySQL----MHA高可用

    MySQL----MHA高可用

    MHA(MasterHigh Availability)是一套優(yōu)秀的MySQL高可用環(huán)境下故障切換和主從復(fù)制的軟件。 MHA 的出現(xiàn)就是解決MySQL 單點的問題。 MySQL故障切換過程中,MHA能做到0-30秒內(nèi)自動完成故障切換操作。 MHA能在故障切換的過程中最大程度上保證數(shù)據(jù)的一致性,以達到真正意義上的高可用。

    2024年02月12日
    瀏覽(19)
  • Mariadb高可用MHA

    Mariadb高可用MHA

    本節(jié)主要學(xué)習(xí)了Mariadb高可用MHA的概述,案例如何構(gòu)建MHA 提示:以下是本篇文章正文內(nèi)容,下面案例可供參考 MHA(MasterHigh Availability)是一套優(yōu)秀的MySQL高可用環(huán)境下故障切換和主從復(fù)制的軟件。 MHA 的出現(xiàn)就是解決MySQL 單點的問題。 MySQL故障切換過程中,MHA能做到0-30秒內(nèi)自動

    2024年02月12日
    瀏覽(19)
  • 【Mariadb高可用MHA】

    【Mariadb高可用MHA】

    目錄 一、概述 1.概念 2.組成 3.特點 4.工作原理 二、案例介紹 1.192.168.42.3 2.192.168.42.4 3.192.168.42.5 4.192.168.42.6 三、實際構(gòu)建MHA 1.ssh免密登錄 1.1?所有節(jié)點配置hosts 1.2?192.168.42.3 1.3?192.168.42.4 1.4?192.168.42.5 1.5?192.168.42.6 1.6?測試 2.主從復(fù)制 2.1 master 2.2 slave(兩個都要配) 2.3 驗證

    2024年02月12日
    瀏覽(21)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包