首页 / MYSQL / MySQL MHA高可用方案【四、MHA部署】

MySQL MHA高可用方案【四、MHA部署】

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了MySQL MHA高可用方案【四、MHA部署】，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含17597字，纯文字阅读大概需要26分钟。

内容图文

4.1 创建普通用户

所有服务器上创建普通用户toor、设置密码及sudo授权ifconfig，加入mysql用户组
useradd -u 900 toor
echo "chenliang"|passwd --stdin toor
id toor
sed -i '92a toor ALL=(ALL) NOPASSWD:/sbin/ifconfig' /etc/sudoers
visudo -c
usermod -g mysql toor

4.2 创建密钥对

#切换到toor用户下，生成密钥，复制公钥到其它服务器（包含自身）
#切换到toor普通用户下，生成密钥对，每一台服务器都要操作
[toor@db01 ~]$ su - toor
[toor@db01 ~]$ ssh-keygen -t rsa -P "" -f /home/toor/.ssh/id_rsa
Generating public/private rsa key pair.
Created directory '/home/toor/.ssh'.
Your identification has been saved in /home/toor/.ssh/id_dsa.
Your public key has been saved in /home/toor/.ssh/id_dsa.pub.
The key fingerprint is:
16:11:a5:3a:6d:f6:9d:a9:69:7f:03:a3:91:95:34:a3 toor@db01
The key's randomart image is:
+--[ DSA 1024]----+
| oo. |
| o + |
| o o + |
| o .E o |
| o S o |
| = .o.oo |
| .o+o |
| oo o |
| .o... . |
+-----------------+
#拷贝公钥到其它服务器，包括自身，在每一台服务器上都要执行以下四条命令
#且是在toor普通用户下
ssh-copy-id -i .ssh/id_rsa.pub "-p 921 toor@172.16.1.11"
ssh-copy-id -i .ssh/id_rsa.pub "-p 921 toor@172.16.1.12"
ssh-copy-id -i .ssh/id_rsa.pub "-p 921 toor@172.16.1.13"
ssh-copy-id -i .ssh/id_rsa.pub "-p 921 toor@172.16.1.14"

4.3 相关命令做软链接

对mysqlbinlog和mysql命令做软链接，所有服务器都需要进行操作，这里以db01为例
[root@db01 ~]# ln -sv /apps/mysql/bin/mysqlbinlog /usr/bin/mysqlbinlog
`/usr/bin/mysqlbinlog' -> `/apps/mysql/bin/mysqlbinlog'
[root@db01 ~]# ln -sv /apps/mysql/bin/mysql /usr/bin/mysql
`/usr/bin/mysql' -> `/apps/mysql/bin/mysql'
[root@db01 ~]# ll /usr/bin/{mysqlbinlog,mysql}
lrwxrwxrwx 1 root root 21 Nov 16 11:32 /usr/bin/mysql -> /apps/mysql/bin/mysql
lrwxrwxrwx 1 root root 27 Nov 16 11:31 /usr/bin/mysqlbinlog -> /apps/mysql/bin/mysqlbinlog

4.4 创建mha用户

这里需要创建mha用户（在mysql里面创建），因前面做了主从复制了，所以只需要在
db01（master）服务器上创建。
#在主库上创建mha用户
[root@db01 ~]# mysql -uroot -pchenliang -S /data/3306/mysql.sock
mysql>
mysql> grant all privileges on *.* to 'mha'@'172.16.1.%' identified by 'mha';
Query OK, 0 rows affected, 1 warning (0.08 sec)
mysql> select user,host,authentication_string from mysql.user where user='mha' and host='172.16.1.%';
+------+------------+-------------------------------------------+
| user | host | authentication_string |
+------+------------+-------------------------------------------+
| mha | 172.16.1.% | *F4C9AC49A736981AE2739FC2F4A1FD92B4F07929 |
+------+------------+-------------------------------------------+
1 row in set (0.00 sec)
#在从库（db02、db03、db04）上检查是否有mha用户
mysql> select user,host from mysql.user where user='mha' and host='172.16.1.%';
+------+------------+
| user | host |
+------+------------+
| mha | 172.16.1.% |
+------+------------+
1 row in set (0.00 sec)

4.5 安装mha node包

安装mha node包，所以服务器都需要安装。这里以db01服务器上的安装为例
[root@db01 ~]# yum install perl-DBD-MySQL -y
[root@db01 ~]# cd tools/
[root@db01 tools]# rz
[root@db01 tools]# ll mha4mysql-node-0.56-0.el6.noarch.rpm
-rw-r--r-- 1 root root 36326 Sep 16 2016 mha4mysql-node-0.56-0.el6.noarch.rpm
[root@db01 tools]# rpm -ivh mha4mysql-node-0.56-0.el6.noarch.rpm
Preparing... ########################################### [100%]
1:mha4mysql-node ########################################### [100%]

4.6 安装mha manager包

注意：这里是在db04服务器上安装，其它服务器不用安装
[root@db04 ~]# wget -O /etc/yum.repos.d/epel.repo http://mirrors.aliyun.com/repo/epel-6.repo
[root@db04 ~]# yum install perl-Config-Tiny epel-release perl-Log-Dispatch perl-Parallel-ForkManager perl-Time-HiRes -y
[root@db04 ~]# rpm -qa perl-Config-Tiny epel-release perl-Log-Dispatch perl-Parallel-ForkManager perl-Time-HiRes
perl-Parallel-ForkManager-1.20-1.el6.noarch
perl-Log-Dispatch-2.27-1.el6.noarch
perl-Time-HiRes-1.9721-144.el6.x86_64
perl-Config-Tiny-2.12-7.1.el6.noarch
epel-release-6-8.noarch
[root@db04 ~]# cd tools/
[root@db04 tools]# rz
[root@db04 tools]# ll mha4mysql-manager-0.56-0.el6.noarch.rpm
-rw-r--r-- 1 root root 87119 Sep 16 2016 mha4mysql-manager-0.56-0.el6.noarch.rpm
[root@db04 tools]# rpm -ivh mha4mysql-manager-0.56-0.el6.noarch.rpm
Preparing... ########################################### [100%]
1:mha4mysql-manager ########################################### [100%]

4.7 创建mha相关目录

注意：这里是在db04服务器上创建相应的目录
#创建MHA的工作目录
[root@db04 ~]# mkdir /etc/mha/app/app1 -p
[root@db04 ~]# chown -R toor:toor /etc/mha/app/app1/
[root@db04 ~]# ls -ld /etc/mha/app/app1/
drwxr-xr-x 2 toor toor 4096 Nov 16 12:27 /etc/mha/app/app1/
#创建MHA的日志目录
[root@db04 ~]# mkdir /var/log/mha/app/app1 -p
[root@db04 ~]# chown -R toor:toor /var/log/mha/app/app1/
[root@db04 ~]# ls -ld /var/log/mha/app/app1/
drwxr-xr-x 2 toor toor 4096 Nov 16 12:28 /var/log/mha/app/app1/

4.8 配置mha配置文件

[root@db04 ~]# cd /etc/mha/app/app1/
[root@db04 app1]# vim app1.cnf
[server default]
manager_log=/var/log/mha/app/app1/manager.log
manager_workdir=/var/log/mha/app/app1
master_binlog_dir=/data/3306/binlog
master_ip_failover_script=/server/scripts/master_ip_failover
password=mha
ping_interval=2
repl_password=chenliang
repl_user=rep
ssh_user=toor
ssh_port=921
user=mha
[server1]
hostname=172.16.1.11
port=3306
[server2]
hostname=172.16.1.12
port=3306
[server3]
hostname=172.16.1.13
port=3306
[server4]
hostname=172.16.1.14
no_master=1
port=3306
[root@db04 app1]# chown -R toor:toor /etc/mha/app/app1/app1.cnf
[root@db04 app1]# ll /etc/mha/app/app1/app1.cnf
-rw-r--r-- 1 toor toor 468 Nov 16 12:32 /etc/mha/app/app1/app1.cnf
#配置文件说明
[server default]
manager_log=/var/log/mha/app/app1/manager.log #mha的日志保存路径及文件名
manager_workdir=/var/log/mha/app/app1 #mha的工作目录
master_binlog_dir=/data/3306/binlog #所有mysql 的binlog日志存放路径
master_ip_failover_script=/server/scripts/master_ip_failover#VIP飘移脚本的存放路径
password=mha #mha用户的密码
ping_interval=2 #每隔2秒检测一下Master是否正常
repl_password=chenliang #主从复制用户的密码
repl_user=rep #主从复制的用户
ssh_user=toor #ssh通信的用户
ssh_port=921 #ssh的端口
user=mha #mha的用户名mha
[server1] #服务器1
hostname=172.16.1.11 #hostname最好用ip地址来指定
port=3306 #mysql服务的端口
[server2] #服务器2
hostname=172.16.1.12 #hostname最好用ip地址来指定
port=3306 #mysql服务的端口
[server3] #服务器3
hostname=172.16.1.13 #hostname最好用ip地址来指定
port=3306 #mysql服务的端口
[server4] #服务器4
hostname=172.16.1.14 #hostname最好用ip地址来指定
no_master=1 #不让其服务器提升为master
port=3306 #mysql服务的端口

4.9 配置mha vip飘移脚本

注意：这里也只是在db04服务器上编写脚本
[root@db04 ~]# mkdir /server/scripts/ -p
[root@db04 ~]# cd /server/scripts/
[root@db04 scripts]# rz
[root@db04 scripts]# ll master_ip_failover
-rw-r--r-- 1 root root 3049 Nov 8 20:30 master_ip_failover
[root@db04 scripts]# cat 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,
);
my $ssh_port = '921' ;
my $vip = '172.16.1.10/24';
my $key = "1";
my $ssh_start_vip = " sudo /sbin/ifconfig eth1:$key $vip";
my $ssh_stop_vip = "sudo /sbin/ifconfig eth1:$key down";
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" ) {
# $orig_master_host, $orig_master_ip, $orig_master_port are passed.
# If you manage master ip address at global catalog database,
# invalidate orig_master_ip here.
my $exit_code = 1;
eval {
print "\n\n\n***************************************************************\n";
print "Disabling the VIP - $vip on old master: $orig_master_host\n";
print "***************************************************************\n\n\n\n";
&stop_vip();
$exit_code = 0;
};
if ($@) {
warn "Got Error: $@\n";
exit $exit_code;
}
exit $exit_code;
}
elsif ( $command eq "start" ) {
# all arguments are passed.
# If you manage master ip address at global catalog database,
# activate new_master_ip here.
# You can also grant write access (create user, set read_only=0, etc) here.
my $exit_code = 10;
eval {
print "\n\n\n***************************************************************\n";
print "Enabling the VIP - $vip on new master: $new_master_host \n";
print "***************************************************************\n\n\n\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";
`ssh -p$ssh_port $ssh_user\@$orig_master_host \" $ssh_start_vip \"`;
exit 0;
}
else {
&usage();
exit 1;
}
}
# A simple system call that enable the VIP on the new master
sub start_vip() {
`ssh -p$ssh_port $ssh_user\@$new_master_host \" $ssh_start_vip \"`;
}
# A simple system call that disable the VIP on the old_master
sub stop_vip() {
`ssh -p$ssh_port $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=po
rt -new_master_host=host -new_master_ip=i-new_master_port=port\n";
}
[root@db04 scripts]# chmod +x master_ip_failover
[root@db04 scripts]# chown toor:toor master_ip_failover
[root@db04 scripts]# ll master_ip_failover
-rwxr-xr-x 1 toor toor 3049 Nov 16 12:47 master_ip_failover

4.10 配置VIP地址

注意：这里是在Master（db01）服务器上配置vip地址
[root@db01 ~]# ifconfig eth1:1 172.16.1.10/24
[root@db01 ~]# ifconfig eth1:1
eth1:1 Link encap:Ethernet HWaddr 00:0C:29:6B:2E:55
inet addr:172.16.1.10 Bcast:172.16.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
[root@db01 ~]# cp -a /etc/sysconfig/network-scripts/ifcfg-eth1 /etc/sysconfig/network-scripts/ifcfg-eth1:1
[root@db01 ~]# vim /etc/sysconfig/network-scripts/ifcfg-eth1:1
DEVICE=eth1:1
TYPE=Ethernet
ONBOOT=yes
NM_CONTROLLED=yes
BOOTPROTO=none
IPADDR=172.16.1.10
NETMASK=255.255.255.0
USERCTL=no
PEERDNS=yes
IPV6INIT=no
1.11 检查mha的配置
注意：这里是在db04服务器上的toor普通用户下进行操作
#检查ssh免密触是否正常
[toor@db04 ~]$ masterha_check_ssh --conf=/etc/mha/app/app1/app1.cnf
Fri Nov 16 12:57:21 2018 - [warning] Global configuration file /etc/masterha_default.cnf not found. Skipping.
Fri Nov 16 12:57:21 2018 - [info] Reading application default configuration from /etc/mha/app/app1/app1.cnf..
Fri Nov 16 12:57:21 2018 - [info] Reading server configuration from /etc/mha/app/app1/app1.cnf..
Fri Nov 16 12:57:21 2018 - [info] Starting SSH connection tests..
Fri Nov 16 12:57:22 2018 - [debug]
Fri Nov 16 12:57:21 2018 - [debug] Connecting via SSH from toor@172.16.1.11(172.16.1.11:921) to toor@172.16.1.12(172.16.1.12:921)..
Fri Nov 16 12:57:22 2018 - [debug] ok.
Fri Nov 16 12:57:22 2018 - [debug] Connecting via SSH from toor@172.16.1.11(172.16.1.11:921) to toor@172.16.1.13(172.16.1.13:921)..
Fri Nov 16 12:57:22 2018 - [debug] ok.
Fri Nov 16 12:57:22 2018 - [debug] Connecting via SSH from toor@172.16.1.11(172.16.1.11:921) to toor@172.16.1.14(172.16.1.14:921)..
Fri Nov 16 12:57:22 2018 - [debug] ok.
Fri Nov 16 12:57:23 2018 - [debug]
Fri Nov 16 12:57:22 2018 - [debug] Connecting via SSH from toor@172.16.1.12(172.16.1.12:921) to toor@172.16.1.11(172.16.1.11:921)..
Fri Nov 16 12:57:22 2018 - [debug] ok.
Fri Nov 16 12:57:22 2018 - [debug] Connecting via SSH from toor@172.16.1.12(172.16.1.12:921) to toor@172.16.1.13(172.16.1.13:921)..
Fri Nov 16 12:57:22 2018 - [debug] ok.
Fri Nov 16 12:57:22 2018 - [debug] Connecting via SSH from toor@172.16.1.12(172.16.1.12:921) to toor@172.16.1.14(172.16.1.14:921)..
Fri Nov 16 12:57:23 2018 - [debug] ok.
Fri Nov 16 12:57:23 2018 - [debug]
Fri Nov 16 12:57:22 2018 - [debug] Connecting via SSH from toor@172.16.1.13(172.16.1.13:921) to toor@172.16.1.11(172.16.1.11:921)..
Fri Nov 16 12:57:23 2018 - [debug] ok.
Fri Nov 16 12:57:23 2018 - [debug] Connecting via SSH from toor@172.16.1.13(172.16.1.13:921) to toor@172.16.1.12(172.16.1.12:921)..
Fri Nov 16 12:57:23 2018 - [debug] ok.
Fri Nov 16 12:57:23 2018 - [debug] Connecting via SSH from toor@172.16.1.13(172.16.1.13:921) to toor@172.16.1.14(172.16.1.14:921)..
Fri Nov 16 12:57:23 2018 - [debug] ok.
Fri Nov 16 12:57:24 2018 - [debug]
Fri Nov 16 12:57:23 2018 - [debug] Connecting via SSH from toor@172.16.1.14(172.16.1.14:921) to toor@172.16.1.11(172.16.1.11:921)..
Fri Nov 16 12:57:23 2018 - [debug] ok.
Fri Nov 16 12:57:23 2018 - [debug] Connecting via SSH from toor@172.16.1.14(172.16.1.14:921) to toor@172.16.1.12(172.16.1.12:921)..
Fri Nov 16 12:57:24 2018 - [debug] ok.
Fri Nov 16 12:57:24 2018 - [debug] Connecting via SSH from toor@172.16.1.14(172.16.1.14:921) to toor@172.16.1.13(172.16.1.13:921)..
Fri Nov 16 12:57:24 2018 - [debug] ok.
Fri Nov 16 12:57:24 2018 - [info] All SSH connection tests passed successfully.
#检查主从复制是否正常
[toor@db04 ~]$ masterha_check_repl --conf=/etc/mha/app/app1/app1.cnf
Fri Nov 16 12:59:03 2018 - [warning] Global configuration file /etc/masterha_default.cnf not found. Skipping.
Fri Nov 16 12:59:03 2018 - [info] Reading application default configuration from /etc/mha/app/app1/app1.cnf..
Fri Nov 16 12:59:03 2018 - [info] Reading server configuration from /etc/mha/app/app1/app1.cnf..
Fri Nov 16 12:59:03 2018 - [info] MHA::MasterMonitor version 0.56.
Fri Nov 16 12:59:04 2018 - [info] GTID failover mode = 1
Fri Nov 16 12:59:04 2018 - [info] Dead Servers:
Fri Nov 16 12:59:04 2018 - [info] Alive Servers:
Fri Nov 16 12:59:04 2018 - [info] 172.16.1.11(172.16.1.11:3306)
Fri Nov 16 12:59:04 2018 - [info] 172.16.1.12(172.16.1.12:3306)
Fri Nov 16 12:59:04 2018 - [info] 172.16.1.13(172.16.1.13:3306)
Fri Nov 16 12:59:04 2018 - [info] 172.16.1.14(172.16.1.14:3306)
Fri Nov 16 12:59:04 2018 - [info] Alive Slaves:
Fri Nov 16 12:59:04 2018 - [info] 172.16.1.12(172.16.1.12:3306) Version=5.7.19-log (oldest major version between slaves) log-bin:enabled
Fri Nov 16 12:59:04 2018 - [info] GTID ON
Fri Nov 16 12:59:04 2018 - [info] Replicating from 172.16.1.11(172.16.1.11:3306)
Fri Nov 16 12:59:04 2018 - [info] 172.16.1.13(172.16.1.13:3306) Version=5.7.19-log (oldest major version between slaves) log-bin:enabled
Fri Nov 16 12:59:04 2018 - [info] GTID ON
Fri Nov 16 12:59:04 2018 - [info] Replicating from 172.16.1.11(172.16.1.11:3306)
Fri Nov 16 12:59:04 2018 - [info] 172.16.1.14(172.16.1.14:3306) Version=5.7.19-log (oldest major version between slaves) log-bin:enabled
Fri Nov 16 12:59:04 2018 - [info] GTID ON
Fri Nov 16 12:59:04 2018 - [info] Replicating from 172.16.1.11(172.16.1.11:3306)
Fri Nov 16 12:59:04 2018 - [info] Not candidate for the new Master (no_master is set)
Fri Nov 16 12:59:04 2018 - [info] Current Alive Master: 172.16.1.11(172.16.1.11:3306)
Fri Nov 16 12:59:04 2018 - [info] Checking slave configurations..
Fri Nov 16 12:59:04 2018 - [info] read_only=1 is not set on slave 172.16.1.12(172.16.1.12:3306).
Fri Nov 16 12:59:04 2018 - [info] read_only=1 is not set on slave 172.16.1.13(172.16.1.13:3306).
Fri Nov 16 12:59:04 2018 - [info] read_only=1 is not set on slave 172.16.1.14(172.16.1.14:3306).
Fri Nov 16 12:59:04 2018 - [info] Checking replication filtering settings..
Fri Nov 16 12:59:04 2018 - [info] binlog_do_db= , binlog_ignore_db=
Fri Nov 16 12:59:04 2018 - [info] Replication filtering check ok.
Fri Nov 16 12:59:04 2018 - [info] GTID (with auto-pos) is supported. Skipping all SSH and Node package checking.
Fri Nov 16 12:59:04 2018 - [info] Checking SSH publickey authentication settings on the current master..
Fri Nov 16 12:59:04 2018 - [info] HealthCheck: SSH to 172.16.1.11 is reachable.
Fri Nov 16 12:59:04 2018 - [info]
172.16.1.11(172.16.1.11:3306) (current master)
+--172.16.1.12(172.16.1.12:3306)
+--172.16.1.13(172.16.1.13:3306)
+--172.16.1.14(172.16.1.14:3306)
Fri Nov 16 12:59:04 2018 - [info] Checking replication health on 172.16.1.12..
Fri Nov 16 12:59:04 2018 - [info] ok.
Fri Nov 16 12:59:04 2018 - [info] Checking replication health on 172.16.1.13..
Fri Nov 16 12:59:04 2018 - [info] ok.
Fri Nov 16 12:59:04 2018 - [info] Checking replication health on 172.16.1.14..
Fri Nov 16 12:59:04 2018 - [info] ok.
Fri Nov 16 12:59:04 2018 - [info] Checking master_ip_failover_script status:
Fri Nov 16 12:59:04 2018 - [info] /server/scripts/master_ip_failover --command=status --ssh_user=toor --orig_master_host=172.16.1.11 --orig_master_ip=172.16.1.11 --orig_master_port=3306 --orig_master_ssh_port=921
Unknown option: orig_master_ssh_port
Checking the Status of the script.. OK
Fri Nov 16 12:59:04 2018 - [info] OK.
Fri Nov 16 12:59:04 2018 - [warning] shutdown_script is not defined.
Fri Nov 16 12:59:04 2018 - [info] Got exit code 0 (Not master dead).
MySQL Replication Health is OK

4.12 编写mha的启动命令

注意：这里是在db04服务器上的root用户下进行操作
#把启动命令追加到一个文件中
[root@db04 ~]# echo "nohup masterha_manager --conf=/etc/mha/app/app1/app1.cnf --remove_dead_master_conf --ignore_last_failover </dev/null> /var/log/mha/app/app1/manager.log 2>&1 &" >mha
[root@db04 ~]# cat mha
nohup masterha_manager --conf=/etc/mha/app/app1/app1.cnf --remove_dead_master_conf --ignore_last_failover </dev/null> /var/log/mha/app/app1/manager.log 2>&1 &
[root@db04 ~]# ll mha
-rw-r--r-- 1 root root 159 Nov 16 13:49 mha
[root@db04 ~]# chown toor:toor mha
[root@db04 ~]# chmod 700 mha
[root@db04 ~]# mv mha /usr/bin/
[root@db04 ~]# ll /usr/bin/mha
-rwx------ 1 toor toor 159 Nov 16 13:49 /usr/bin/mha

4.13 启动mha服务

注意：这里是在db04服务器上进行操作
[root@db04 ~]# su - toor
[toor@db04 ~]$ mha
[toor@db04 ~]$ ps -ef|grep mha
toor 5220 1 8 13:51 pts/0 00:00:00 perl /usr/bin/masterha_manager --conf=/etc/mha/app/app1/app1.cnf --remove_dead_master_conf --ignore_last_failover
toor 5232 5191 1 13:51 pts/0 00:00:00 grep --color=auto mha

内容总结

以上是互联网集市为您收集整理的MySQL MHA高可用方案【四、MHA部署】全部内容，希望文章能够帮你解决MySQL MHA高可用方案【四、MHA部署】所遇到的程序开发问题。如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/917811.html

来源：【匿名】

【上一篇】MySQL MHA高可用方案（一）【下一篇】用IE远程创建Mysql数据库的简易程序

更多 ►

【MySQL MHA高可用方案【四、MHA部署】】教程文章相关的互联网学习教程文章

实现MHA，MySQL高可用集群架构【代码】

MHA：Master HA，对主节点进行监控，可实现自动故障转移至其它从节点；通过提升某一从节点为新的主节点，基于主从复制实现，还需要客户端配合实现，目前MHA主要支持一主多从的架构，要搭建MHA,要求一个复制集群中必须最少有三台数据库服务器，一主二从，即一台充当master，一台充当备用master，另外一台充当从库，如果财大气粗，也可以用一台专门的服务器来当MHA监控管理服务器 MHA工作原理1 从宕机崩溃的master保存二进制日志...

MySQL 部署 MHA 高可用架构 (一)【代码】

MHA 官方网址Manager : https://github.com/yoshinorim/mha4mysql-manager Node : https://github.com/yoshinorim/mha4mysql-nodeMHA 工作原理主库宕机处理过程 1. 监控节点 (通过配置文件获取所有节点信息)系统,网络,SSH连接性主从状态,重点是主库2. 选主 (1) 如果判断从库(position或者GTID),数据有差异,最接近于 Master 的 slave,成为备选主 (2) 如果判断从库(position或者GTID),数据一致,按照配置文件顺序,选主. (3) 如果设定有...

在CentOS7上部署MySQL-MMM高可用群集【代码】【图】

MMM简介 MMM(MySQL主主复制管理器）是一套支持双主故障切换和双主日常管理的脚本程序。主要用来监控和管理MySQL Master-Master（双主）复制，虽然叫双主复制，但是业务上同一时刻只允许对一个主进行写入，另一台备选主上提供部分读服务，以加速在主切换时备选主的预热，可以说MMM这套脚本程序一方面实现了故障切换的功能，另一方面其内部附加的工具脚本也可以实现多个Slave的read负载均衡。MMM时一套灵活的脚本程序，基于perl实现，...

keepalived+amoeba+mysql-mmm+mysql实现mysql读写分离及高可用【代码】【图】

最近尝试了一下mysql的读写分离和高可用的搭建。搭好之后体验了一下，效果还不错。这里跟大家分享一下。1、首先介绍一下mysql-mmm这个工具是干嘛使的？众所周知，mysql自身提供了AB复制。我们也可以很轻松的实现master-master双向复制，同时再为其中的一个master节点搭建一个slave库。这样就实现了master1与master2之间的双向复制，同时master1与slave1之间主从复制这样的架构。这样整个体系中就存在两个master，正常情况下只有...

mysql高可用方案MHA介绍

mysql高可用方案MHA介绍概述 MHA是一位日本MySQL大牛用Perl写的一套MySQL故障切换方案，来保证数据库系统的高可用.在宕机的时间内（通常10—30秒内），完成故障切换，部署MHA，可避免主从一致性问题，节约购买新服务器的费用，不影响服务器性能，易安装，不改变现有部署。还支持在线切换，从当前运行master切换到一个新的master上面，只需要很短的时间（0.5-2秒内），此时仅仅阻塞写操作，并不影响读操作，便于主机硬件维护。...

[ZZ]MySQL高可用解决方案

MySQL高可用解决方案(MySQL HA Solution) 什么是高可用性？很多公司的服务都是24小时*365天不间断的。比如Call Center。这就要求高可用性。再比如购物网站，必须随时都可以交易。那么当购物网的server挂了一个的时候，不能对业务产生任何影响。这就是高可用性。高可用性2个问题：如何共享数据或同步数据？如何处理failover？解释failover，意思就是当服务器down掉，或者出现错误的时候，可以自动的切换到其他待命的服务器，不影...

通过KeepAlived搭建MySQL双主模式的高可用集群系统【图】

企业级MySQL集群具备高可用、可扩展、易管理、低成本的特点。下面将介绍企业环境中经常应用的一个解决方案，即MySQL的双主互备架构，主要设计思路是通过MySQL Replication技术将两台MySQL Server互相将对方作为自己的Master，自己又同时作为对方的Slave来进行复制。这样就实现了高可用构架中的数据同步功能，同时，将采用KeepAlived来实现Mysql的自动failover。在这个构架中，虽然两台MySQL Server互为主从，但同一时刻只有一个MyS...

Mysql 高可用集群 ------ MHA【代码】【图】

文章目录一、MHA 简介二、部署 MHA第一步：三台主从服务器安装 mysql第二步：修改 mysql 的主配置文件：/etc/my.cnf ，注意三个服务器的 server-id 不能一样第三步：三个服务器启动 mysql 服务第四步：配置 Mysql 主从同步（一主两从）第五步：安装 MHA第六步：启动 MHA一、MHA 简介：MHA（Master High Availability）（1）目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本DeNA公司youshimaton（现就职于Facebook公司）开...

MySQL高可用配置【代码】

openstack高可用配置文档介绍利用两台物理主机实现高可用的openstack云平台，这里主要说明mysql和rabbitmq的高可用配置。 l 安装openstack云平台（两台主机上都部署openstack I版）安装centos操作系统，由于以active-passive模式配置mysql等服务的高可用时，需要单独的硬盘分区来装载和同步mysql等服务的数据，所以安装系统时，在系统镜像配置文件里预留出2-3块20G左右单独的硬盘分区作为备用;Yum –y update && reboot系统安装完...

mysql+mha高可用搭建

主库：172.25.254.125备库：172.25.254.225管理节点：172.25.254.126在开始之前，请先配置好服务器间的时间同步和名称解析一:在数据库节点安装mha node[root@dg53 ~]# rpm -ivh epel-release-5-4.noarch.rpm Retrieving epel-release-5-4.noarch.rpm warning: /var/tmp/rpm-xfer.yqwfYT: Header V3 DSA signature: NOKEY, key ID 217521f6 Preparing... ########################################### [100%] ...

mysql实现高可用架构之MHA

mysql实现高可用架构之MHA 一、简介MHA（Master HA）是一款开源的 MySQL 的高可用程序，它为 MySQL 主从复制架构提供了 automatingmaster failover （自动化主故障转移）功能。MHA 在监控到 master 节点故障时，会提升其中拥有最新数据的slave 节点成为新的master 节点，在此期间，MHA 会通过于其它从节点获取额外信息来避免一致性方面的问题。MHA 还提供了 master 节点的在线切换功能，即按需切换 master/slave 节点。 MHA 是由...

MySQL 5.6通过MMM实现读写分离的高可用架构【代码】【图】

上一篇博文我们使用keepalived+主从同步搭建了一个简单的MySQL高可用架构（详见http://blog.51cto.com/jiangjianlong/1981994），今天再分享下通过MMM搭建的实现MySQL读写分离的高可用群集。MMM (Master-Master Replication Manager for MySQL)是使用perl开发的MySQL主主复制管理器，可实现读写分离的高可用架构，对主库实现写请求的高可用，对从库实现读请求的负载均衡。本文的架构示意图如下：一、部署环境二、环境准备1、配置好...

mysql mha高可用架构的安装

MMM无法全然地保证数据的一致性，所以MMM适用于对数据的一致性要求不是非常高。可是又想最大程度的保证业务可用性的场景对于那些对数据一致性要求非常高的业务，非常不建议採用MMM的这样的高可用性架构。那么可以考虑使用MHA。在mysql故障切换的过程中。MHA可以在0-30s内自己主动完毕数据库的故障切换操作，而且MHA可以最大程度上保证数据的一致性，以达到真正意义上的高可用。MHA软件由两部分组成，Manager工具包和Node工具包。详...

docker swarm使用keepalived+haproxy搭建基于percona-xtradb-cluster方案的高可用mysql集群【代码】【图】

一、部署环境序号hostnameip备注1manager10710.0.3.107centos7;3.10.0-957.1.3.el7.x86_642worker6810.0.3.68centos7;3.10.0-957.1.3.el7.x86_643worker8010.0.3.80centos7;3.10.0-957.1.3.el7.x86_64docker版本docker version Client:Version: 18.09.0API version: 1.39Go version: go1.10.4Git commit: 4d60db4Built: Wed Nov 700:48:222018OS/Arch: linux/amd64Experimen...

keepalived + mysqlroute +mysql实现mysql高可用【代码】【图】

一、环境介绍： 1.1服务器角色配置：mysql-master 10.0.0.101(外) 172.168.1.101(内) mysql-slave 10.0.0.103 (外) 172.168.1.103(内) mysql-router01 10.0.0.102 (外) 172.168.1.102(内) mysql-router02 10.0.0.104 (外) 172.168.1.104(内) jumpserver 10.0.0.128 (外) 172.168.1.128(内)1.2配置数据库的一主两从库Slave01 和master都是允许读写的，slave02提供只读同时MySQL的主从复制都是事先配置成功的(此环境是开...

MYSQL - 技术教程分类

MySQL 教程 MySQL 安装 MySQL 管理 MySQL PHP 语法 MySQL 连接 MySQL 创建数据库 MySQL 删除数据库 MySQL 选择数据库 MySQL 数据类型 MySQL 创建数据表 MySQL 删除数据表 MySQL 插入数据 MySQL 查询数据 MySQL WHERE 子句 MySQL UPDATE 更新 MySQL DELETE 语句 MySQL LIKE 子句 MySQL UNION MySQL 排序 MySQL 分组 MySQL 连接的使用 MySQL NULL 值处理 MySQL 事务 MySQL ALTER命令 MySQL 索引 MySQL 临时表 MySQL 复制表 MySQL 元数据 MySQL 序列使用 MySQL 处理重复数据 MySQL 及 SQL 注入 MySQL 导出数据 MySQL 导入数据 MySQL 函数 MySQL 运算符 mysql 全部

MYSQL - 最热教程

sql分组取最大记录方法 mysql如何设置默认值 mysql创建数据表时指定默认值教程 MySQL 5.7 的初始化操作（root初始密码...Oracle中合并数据集(多行变一行)mysql 相同内容的字段合并为一条的方法解决mysql设置时区时的错误Unknown or ...解决ubuntu下mysql的'Access denied fo...ubuntu系统中MysqlERROR1045(28000)报错...mysql数据库设置不区分大小写

首页 / MYSQL / MySQL MHA高可用方案【四、MHA部署】

MySQL MHA高可用方案【四、MHA部署】

内容导读

内容图文

4.1 创建普通用户

4.2 创建密钥对

4.3 相关命令做软链接

4.4 创建mha用户

4.5 安装mha node包

4.6 安装mha manager包

4.7 创建mha相关目录

4.8 配置mha配置文件

4.9 配置mha vip飘移脚本

4.10 配置VIP地址

1.11 检查mha的配置

4.12 编写mha的启动命令

4.13 启动mha服务

内容总结

内容备注

内容手机端

【MySQL MHA高可用方案【四、MHA部署】】教程文章相关的互联网学习教程文章

实现MHA，MySQL高可用集群架构【代码】

MySQL 部署 MHA 高可用架构 (一)【代码】

在CentOS7上部署MySQL-MMM高可用群集【代码】【图】

keepalived+amoeba+mysql-mmm+mysql实现mysql读写分离及高可用【代码】【图】

mysql高可用方案MHA介绍

[ZZ]MySQL高可用解决方案

通过KeepAlived搭建MySQL双主模式的高可用集群系统【图】

Mysql 高可用集群 ------ MHA【代码】【图】

MySQL高可用配置【代码】

mysql+mha高可用搭建

mysql实现高可用架构之MHA

MySQL 5.6通过MMM实现读写分离的高可用架构【代码】【图】

mysql mha高可用架构的安装

docker swarm使用keepalived+haproxy搭建基于percona-xtradb-cluster方案的高可用mysql集群【代码】【图】

keepalived + mysqlroute +mysql实现mysql高可用【代码】【图】

MYSQL - 相关标签

MYSQL - 技术教程分类

MYSQL - 最新教程

MYSQL - 最热教程