首页 / MYSQL / 2019.10.28 基于MHA的MySQL高可用方案

2019.10.28 基于MHA的MySQL高可用方案

内容导读

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

内容图文

一、前期环境部署

1、配置所有主机名称

111：hostname server01

bash

112：hostname server02

bash

113：hostname server03

bash

114：hostname server04

bash

115：hostname server05

bash

2、配置所有主机名映射

115：vim /etc/hosts 添加以下内容：

192.168.200.111 server01 192.168.200.112 server02 192.168.200.113 server03 192.168.200.114 server04 192.168.200.115 server05

发送给其他主机：

scp /etc/hosts 192.168.200.111:/etc/ scp /etc/hosts 192.168.200.112:/etc/ scp /etc/hosts 192.168.200.113:/etc/ scp /etc/hosts 192.168.200.114:/etc/

3、所有主机关闭防火墙和安全机制

systemctl stop iptables systemctl stop firewalld setenforce 0

4、上传mha-manager 和 mha-node

115：上传三个

111、112、113、114上传两个

二、安装MHA node

1、所有主机安装 MHA node 及相关 perl 依赖包

安装 epel 源: rpm -ivh epel-release-latest-7.noarch.rpm yum install -y perl-DBD-MySQL.x86_64 perl-DBI.x86_64 perl-CPAN perl-ExtUtils-CBuilder?perl-ExtUtils-MakeMaker 注意：安装后建议检查一下所需软件包是否全部安装： rpm -q perl-DBD-MySQL.x86_64 perl-DBI.x86_64 perl-CPAN perl-ExtUtils-CBuilder?perl-ExtUtils-MakeMaker

2、所有主机上安装 MHA Node

tar xf mha4mysql-node-0.56.tar.gz cd mha4mysql-node-0.56/ perl Makefile.PL make && make install 3、MHA Node 安装完后会在 /usr/local/bin 生成以下脚本 ls -l /usr/local/bin/

三、安装MHA Manger（115）

注意：安装 MHA Manger 之前也需要安装 MHA Node 1、首先安装 MHA Manger 依赖的 perl 模块（我这里使用 yum 安装） yum install -y perl perl-Log-Dispatch perl-Parallel-ForkManager perl-DBD-MySQL perl-DBI?perl-Time-HiRes yum -y install perl-Config-Tiny-2.14-7.el7.noarch.rpm 检查有没有安装上：rpm -q perl perl-Log-Dispatch perl-Parallel-ForkManager perl-DBD-MySQL perl-DBI?perl-Time-HiRes perl-Config-Tiny 2、安装 MHA Manger 软件包 tar xf mha4mysql-manager-0.56.tar.gz cd mha4mysql-manager-0.56/ perl Makefile.PL make && make install 3、安装完成之后会比之前多出一些的脚本文件 ls -l /usr/local/bin/ 四、配置 SSH 密钥对验证 服务器之间需要实现密钥对验证。关于配置密钥对验证可看下面步骤。但是有一点需要注意：不能禁止 password 登陆，否则会出现错误 1、服务器先生成一个密钥对（115） ssh-keygen -t rsa 2.、把自己的公钥传给对方 ssh-copy-id -i /root/.ssh/id_rsa.pub root@192.168.200.111 ssh-copy-id -i /root/.ssh/id_rsa.pub root@192.168.200.112 ssh-copy-id -i /root/.ssh/id_rsa.pub root@192.168.200.113 ssh-copy-id -i /root/.ssh/id_rsa.pub root@192.168.200.114 注意：Server05 需要连接每个主机测试，因为第一次连接的时候需要输入 yes，影响后期故障切换时，对于每个主机的 SSH 控制。 ssh server02 ssh server03 ssh server04 3、Primary Master（111） ssh-keygen -t rsa ssh-copy-id -i /root/.ssh/id_rsa.pub root@192.168.200.112 ssh-copy-id -i /root/.ssh/id_rsa.pub root@192.168.200.113 ssh-copy-id -i /root/.ssh/id_rsa.pub root@192.168.200.114

4、Secondary Master（112）

ssh-keygen -t rsa ssh-copy-id -i /root/.ssh/id_rsa.pub root@192.168.200.111 ssh-copy-id -i /root/.ssh/id_rsa.pub root@192.168.200.113 ssh-copy-id -i /root/.ssh/id_rsa.pub root@192.168.200.114

5、slave1（113）

ssh-keygen -t rsa ssh-copy-id -i /root/.ssh/id_rsa.pub root@192.168.200.111 ssh-copy-id -i /root/.ssh/id_rsa.pub root@192.168.200.112 ssh-copy-id -i /root/.ssh/id_rsa.pub root@192.168.200.114

6、salve2（114）

ssh-keygen -t rsa ssh-copy-id -i /root/.ssh/id_rsa.pub root@192.168.200.111 ssh-copy-id -i /root/.ssh/id_rsa.pub root@192.168.200.112 ssh-copy-id -i /root/.ssh/id_rsa.pub root@192.168.200.113

五、安装mysql

111-114：

yum -y install mariadb mariadb-server mariadb-devel systemctl start mariadb netstat -lnpt | grep :3306 设置数据库初始密码： mysqladmin -u root password 123

六、搭建主从复制环境

注意：binlog-do-db 和 replicate-ignore-db 设置必须相同。 MHA 在启动时候会检测过滤规则，如果过滤规则不同，MHA 将不启动监控和故障转移功能。

1、修改 mysql 主机的配置文件

（1）Primary Master（111） vim /etc/my.cnf? ? ? ? ? ? ? 添加以下内容 [mysqld] server-id = 1 log-bin=master-bin log-slave-updates=true relay_log_purge=0

重启mariadb：

systemctl restart mariadb （2）Secondary Master（112） vim /etc/my.cnf? ? ? ? ? ? ? ??添加以下内容 [mysqld] server-id=2 log-bin=master-bin log-slave-updates=true relay_log_purge=0

重启mariadb：

systemctl restart mariadb （3）slave1（113） vim /etc/my.cnf? ? ? ? ? ?添加以下内容 [mysqld] server-id=3 log-bin=mysql-bin relay-log=slave-relay-bin log-slave-updates=true relay_log_purge=0

重启mariadb：

systemctl restart mariadb （4）slave2（114） vim /etc/my.cnf? ? ? ? ? ?添加以下内容 [mysqld] server-id=4 log-bin=mysql-bin relay-log=slave-relay-bin log-slave-updates=true relay_log_purge=0

重启mariadb：

systemctl restart mariadb 2、对旧数据进行备份（没有则忽略）

3、mysql 服务器创建复制授权用户（111）

grant replication slave on *.* to 'repl'@'192.168.200.%' identified by '123'; flush privileges;

4、查看主库备份时的 binlog 名称和位置

MariaDB [(none)]> show master status;

5、执行复制的相关命令

stop slave; CHANGE MASTER TO MASTER_HOST='192.168.200.111', MASTER_USER='repl', MASTER_PASSWORD='1234', MASTER_LOG_FILE='master-bin.000001', MASTER_LOG_POS=474; start slave; 检查 IO 和 SQL 线程是否为yes： show slave status\G

主从同步故障处理

Slave_IO_Running: No Slave_SQL_Running: Yes -----------------------------------忽略部分信息----------------------------------- Last_IO_Errno: 1236 Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 'Could not find first log file name in binary log index file' -----------------------------------忽略部分信息----------------------------------- 处理方式： stop slave; reset slave; set global sql_slave_skip_counter =1 ; start slave;

6、三台 slave 服务器设置 read_only 状态

从库对外只提供读服务，只所以没有写进 mysql 配置文件，是因为随时 server02 会提升为master [root@server02 ~]# mysql -uroot -p123456 -e 'set global read_only=1' [root@server03 ~]# mysql -uroot -p123456 -e 'set global read_only=1' [root@server04 ~]# mysql -uroot -p123456 -e 'set global read_only=1' 7、创建监控用户（111-114） grant all privileges on *.* to 'root'@'192.168.200.%' identified by '123'; flush privileges; 为自己的主机名授权： grant all privileges on *.* to 'root'@'server04' identified by '123456'; flush privileges;

七、配置MHA环境

1、创建 MHA 的工作目录及相关配置文件（115）

在软件包解压后的目录里面有样例配置文件 mkdir /etc/masterha cp mha4mysql-manager-0.56/samples/conf/app1.cnf /etc/masterha 2、修改 app1.cnf 配置文件 /usr/local/bin/master_ip_failover 脚本需要根据自己环境修改 ip 和网卡名称等。 vim /etc/masterha/app1.cnf [server default] #设置 manager 的工作日志 manager_workdir=/var/log/masterha/app1 #设置 manager 的日志,这两条都是默认存在的 manager_log=/var/log/masterha/app1/manager.log #设置 master 默认保存 binlog 的位置,以便 MHA 可以找到 master 日志 master_binlog_dir=/var/lib/mysql #设置自动 failover 时候的切换脚本 master_ip_failover_script= /usr/local/bin/master_ip_failover #设置 mysql 中 root 用户的密码 password=123456 user=root #ping 包的时间间隔 ping_interval=1 #设置远端 mysql 在发生切换时保存 binlog 的具体位置 remote_workdir=/tmp #设置复制用户的密码和用户名 repl_password=123456 repl_user=repl [server1] hostname=server01 port=3306 [server2] hostname=server02 candidate_master=1 port=3306 check_repl_delay=0 [server3] hostname=server03 port=3306 [server4] hostname=server04 port=3306

3、配置故障转移脚本（115）

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, ); my $vip = '192.168.200.100'; # 写入 VIP my $key = "1"; #非 keepalived 方式切换脚本使用的 my $ssh_start_vip = "/sbin/ifconfig ens32:$key $vip"; my $ssh_stop_vip = "/sbin/ifconfig ens32:$key down"; #那么这里写服务的开关命令 $ssh_user = "root"; 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 "Disabling the VIP on old master: $orig_master_host \n"; # &stop_vip(); # $exit_code = 0; #}; eval { print "Disabling the VIP on old master: $orig_master_host \n"; #my $ping=`ping -c 1 10.0.0.13 | grep "packet loss" | awk -F',' '{print $3}' | awk '{print $1}'`; #if ( $ping le "90.0%"&& $ping gt "0.0%" ){ #$exit_code = 0; #} #else { &stop_vip(); # updating global catalog, etc $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 "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"; `ssh $ssh_user\@$orig_master_ip \" $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 $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"; }

添加执行权限：

chmod +x /usr/local/bin/master_ip_failover 4、设置从库 relay log 的清除方式（112-114） mysql -uroot -p123456 -e 'set global relay_log_purge=0;' 注意： MHA 在故障切换的过程中，从库的恢复过程依赖于 relay log 的相关信息，所以这里要将 relay log 的自动清除设置为 OFF，采用手动清除 relay log 的方式。在默认情况下，从服务器上的中继日志会在 SQL 线程执行完毕后被自动删除。但是在 MHA 环境中，这些中继日志在恢复其他从服务器时可能会被用到，因此需要禁用中继日志的自动清除功能。定期清除中继日志需要考虑到复制延时的问题。在 ext3 的文件系统下，删除大的文件需要一定的时间，会导致严重的复制延时。为了避免复制延时，需要暂时为中继日志创建硬链接，因为在 linux 系统中通过硬链接删除大文件速度会很快。（在 mysql 数据库中，删除大表时，通常也采用建立硬链接的方式） 5、手动清除中继日志 purge_relay_logs --user=root --password=123 --disable_relay_log_purge --port=3306?--workdir=/tmp 6、检查 MHA ssh 通信状态（115） ?masterha_check_ssh --conf=/etc/masterha/app1.cnf 最后会返回 successfully 表示没有问题

7、检查整个集群的状态

masterha_check_repl --conf=/etc/masterha/app1.cnf 最后会出现这一句：MySQL Replication Health is OK.

八、VIP配置管理

通过命令方式管理 VIP 地址：打开在前面编辑过的文件/etc/masterha/app1.cnf，检查如下行是否正确，再检查集群状态。 [root@server05 ~]# grep -n 'master_ip_failover_script' /etc/masterha/app1.cnf 1、Primary Master（111） [root@server01 ~]# ip a | grep en016777728 2、Server05修改故障转移脚本（115） [root@server05 ~]# head -13 /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, ); my $vip = '192.168.200.100'; # 写入 VIP my $key = "1"; #非 keepalived 方式切换脚本使用的 my $ssh_start_vip = "/sbin/ifconfig ens32:$key $vip"; #若是使用 keepalived my $ssh_stop_vip = "/sbin/ifconfig ens32:$key down"; #那么这里写服务的开关命令 /usr/local/bin/master_ip_failover 文件的内容意思是当主库发生故障时，会触发 MHA 切换，MHA manager 会停掉主库上的 ens32:1 接口，触发虚拟 ip 漂移到备选从库，从而完成切换。 3、检查 manager 状态（115） masterha_check_status --conf=/etc/masterha/app1.cnf app1 is stopped(2:NOT_RUNNING). 4、Server05开启 manager 监控（115） [root@server05 ~]# 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、查看 Server05 监控是否正常（115） [root@monitor ~]# masterha_check_status --conf=/etc/masterha/app1.cnf app1 (pid:65837) is running(0:PING_OK), master:server01 发现已经将 VIP：192.168.200.100 绑定在网卡 en016777728，可以查看一下： [root@server01 ~]# ip a | grep ens32

九、模拟主库故障（111）

[root@server01 ~]# systemctl stop mariadb [root@server01 ~]# netstat -lnpt | grep :3306 [root@server01 ~]# ip a | grep ens32

查看113、114

MariaDB [(none)]> show slave status\G Server05 监控已经自动关闭（115）查看监控配置文件已经发生了变化（115）（server01 的配置已被删除） [root@server05 ~]# cat /etc/masterha/app1.cnf

十、故障主库修复及 VIP 切回测试

1、Primary Master（111） [root@server01 ~]# systemctl start mariadb [root@server01 ~]# netstat -lnpt | grep :3306 tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN 6131/mysqld 2、Primary Master指向新的主库（111） [root@server01 ~]# mysql -u root -p123456 stop slave; CHANGE MASTER TO MASTER_HOST='192.168.200.112', MASTER_USER='repl', MASTER_PASSWORD='123456'; start slave; show slave status\G 3、Server05修改监控配置文件添加 server1 配置（115） [root@server05 ~]# vim /etc/masterha/app1.cnf [server01] hostname=server01 port=3306 4、检查集群状态（115） [root@server05 ~]# masterha_check_repl --conf=/etc/masterha/app1.cnf

最后看到

MySQL Replication Health is OK. 5、Server05开启监控（115） [root@server05 ~]# 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 & 6、Secondary Master关闭现有主库 mysql（112） [root@server02 ~]# systemctl stop mariadb [root@server02 ~]# netstat -lnpt | grep :3306 7、Primary Maste（111） [root@server01 ~]# ip a | grep ens32

发现VIP去到了112上

查看113、114的状态：

MariaDB [(none)]> show slave status\G Server05配置文件变化（已经移除故障机 server2 配置） [root@server05 ~]# cat /etc/masterha/app1.cnf 8、修复 Secondary Master主机（112） [root@server02 ~]# systemctl start mariadb [root@server02 ~]# netstat -lnpt | grep :3306 9、Secondary Master指向新的主库（112） [root@server02 ~]# mysql -u root -p123 stop slave; CHANGE MASTER TO MASTER_HOST='192.168.200.111', MASTER_USER='repl', MASTER_PASSWORD='123'; start slave; show slave status\G MariaDB [(none)]> show slave status\G 10、Server05修改监控配置文件添加 server2 配置（115） [root@server05 ~]# vim /etc/masterha/app1.cnf [server2] hostname=server02 candidate_master=1 port=3306 check_repl_delay=0 11、Server05检查集群状态（115） [root@server05 ~]# masterha_check_repl --conf=/etc/masterha/app1.cnf MySQL Replication Health is OK.

内容总结

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

内容备注

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

内容手机端

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

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

来源：【匿名】

【上一篇】mysql-自动递增-每年自动重置【下一篇】用IE远程创建Mysql数据库的简易程序

更多 ►

【2019.10.28 基于MHA的MySQL高可用方案】教程文章相关的互联网学习教程文章

实现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 / 2019.10.28 基于MHA的MySQL高可用方案

2019.10.28 基于MHA的MySQL高可用方案

内容导读

内容图文

内容总结

内容备注

内容手机端

【2019.10.28 基于MHA的MySQL高可用方案】教程文章相关的互联网学习教程文章

实现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 - 最热教程