首页 / MYSQL / MHA-altas-mysql高可用

MHA-altas-mysql高可用

内容导读

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

内容图文

MHA-altas-mysql高可用

标签（空格分隔）： linux服务

文章目录

MHA-altas-mysql高可用

@[toc]

#1. MHA简介

MHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件，能做到0~30秒之内自动完成数据库的故障切换操作，并且在进行切换过程中，最大程度上保证数据库的一致性，以达到真正意义上的高可用。
MHA由两部分组成：MHA Manager（管理节点）和MHA Node（数据节点）。MHA Manager可以独立部署在一台独立的机器上管理多个Master-Slave集群，也可以部署在一台Slave上。当Master出现故障时，它可以自动将最新数据的Slave提升为新的Master，然后将所有其他的Slave重新指向新的Master。
工作流程

从宕机崩溃的master保存二进制日志事件（binlog events）；
识别含有最新更新的slave；
应用差异的中继日志（relay log）到其他的slave；
应用从master保存的二进制日志事件（binlog events）；
提升一个slave为新的master；
使其他的slave连接新的master进行复制；

#2. MHA环境准备
##2.1 基础环境配置

实验需要三台服务器，基于centos6.5版本
在三台机/etc/hosts都要做好映射，如下：
192.168.200.184 mysql-master
192.168.200.185 mysql-master-A
192.168.200.183 mysql-master-B
关闭selinux和iptables

##2.2 GTID介绍

GTID：（Global Transaction）全局事务标识符：是一个唯一的标识符，它创建并与源服务器（主）上提交的每个事务相关联。此标识符不仅对其发起的服务器是唯一的，而且在给定复制设置中的所有服务器上都是唯一的。所有交易和所有GTID之间都有1对1的映射
GTID实际上是由UUID+TID组成的。其中UUID是一个MySQL实例的唯一标识。TID代表了该实例上已经提交的事务数量，并且随着事务提交单调递增
支持多线程（每个库每个独立线程）；自动找点进行主从复制；把主从相关信息记录在table中，而不像原来记录在文件中；支持延迟复制

##2.3 安装mysql-5.6

#安装依赖
yum -y install ncurses-devel libaio
    
#二进制安装mysql
tar xf mysql-5.6.17-linux-glibc2.5-x86_64.tar.gz -C /usr/local/
ln -s /usr/local/mysql-5.6.17-linux-glibc2.5-x86_64 /usr/local/mysql
    
#初始化mysql
useradd -M -s /sbin/nologin mysql
/usr/local/mysql/scripts/mysql_install_db --user=mysql --basedir=/usr/local/mysql --datadir=/usr/local/mysql/data/

#修改配置文件及启动脚本
/bin/cp /usr/local/mysql/support-files/my-default.cnf /etc/my.cnf
/bin/cp /usr/local/mysql/support-files/mysql.server /etc/init.d/mysqld
    
#加入开机自启并启动，修改mysql-root密码
ln -s /usr/local/mysql/bin/* /usr/local/bin/
chkconfig --add mysqld
/etc/init.d/mysqld start
mysqladmin -uroot password '123123'

##2.3 配置基于GTID的主从复制

先决条件：主从都开启binlog日志，主从库server-id不同，主从库都有主从复制用户

###2.3.1 修改配置文件

修改配置文件为以下内容：
cat /etc/my.cnf

[client]
socket = /usr/local/mysql/data/mysql.sock

[mysqld]
#禁止自动删除relay log日志
relay_log_purge         = 0

#开启GTID功能
gtid_mode               = ON
log_slave_updates
enforce_gtid_consistency

lower_case_table_name   = 1
default-storage-engine  = InnoDB
port                    = 3306
datadir                 = /usr/local/mysql/data
character-set-server    = utf8
socket                  = /usr/local/mysql/data/mysql.sock

#开启binlog日志，设置每台server_id都不一样
log_bin                 = mysql-bin
server_id               = 1

innodb_buffer_pool_size = 200M
slave-parallel-workers  = 8
thread_cache_size       = 600
back_log                = 600
slave_net_timeout       = 60
max_binlog_size         = 512M
key_buffer_size         = 8M
query_cache_size        = 64M
join_buffer_size        = 2M
sort_buffer_size        = 2M
query_cache_type        = 1
thread_stack            = 192K

三台都修改，注意只有server-id不同，完成后，重启数据库
/etc/init.d/mysqld restart

###2.3.2 创建主从复制用户，开启主从复制
登录数据库后，进行以下操作：

#创建主从用户，查看是否正常，三台都创建，不然MHA测试主从正常会出错，也可以通过数据全备后实现，主从库的账号系统需要一致
grant replication slave on *.* to rep@'192.168.200.%' identified by '123123';
show grants for rep@'192.168.200.%';

#查看GTID是否开启，两项模式为ON则开启成功，所有主从库都需要开启，不开的库，无法正常主从复制
show global variables like '%gtid%';

#在两台从库上录入主库信息
CHANGE MASTER TO MASTER_HOST='192.168.200.184', MASTER_PORT=3306, MASTER_AUTO_POSITION=1, MASTER_USER='rep', MASTER_PASSWORD='123123';

#在两台从库上开启主从，并查看状态：
start slave;
show slave status\G
#出现两个yes为成功

###2.3.3 关于主从同步错误的解决办法

当 BIN-LOG 里面出现 SQL 级别错误导致主从不能同步的时候,可以用下面方法掠过该错误语句行,继续同步:：
关闭主从复制后，跳过指针，会出现一个问题：
stop slave;
set global sql_slave_skip_counter=1;
错误提示：
ERROR 1858 (HY000): sql_slave_skip_counter can not be set when theserver is running with @@GLOBAL.GTID_MODE = ON. Instead, for each transactionthat you want to skip, generate an empty transaction with the same GTID as thetransaction
解决方法:
在主库上，查看关于GTID的UUID：
show global variables like '%gtid%';
gtid_executed为64f20ec6-a873-11e9-ad4b-000c29eda4cb
然后在从库上：
stop slave;
show slave status\G
记录下面这条信息（记录主库相同UUID后面的数，此处是1-9）
Executed_Gtid_Set: 64f20ec6-a873-11e9-ad4b-000c29eda4cb:1-9
重置主库状态信息：
reset master;
跳过报错的GTID的位置，只需要在1-9的基础加1即可；
set global gtid_purged='64f20ec6-a873-11e9-ad4b-000c29eda4cb:1-10';
重新录入主库信息：
CHANGE MASTER TO MASTER_HOST=‘192.168.200.184’, MASTER_PORT=3307, MASTER_AUTO_N=1, MASTER_USER=‘rep’, MASTER_PASSWORD=‘123123’;
开启主从同步，查看状态是否正常，若还是提示同样问题，可能需要跳过多次GTID位置，方法相同，多试几次:
start slave;
show slave status\G

#3. 部署MHA
##3.1 环境准备
三台机都需要配置以下操作

#安装依赖，节点包：
yum -y install perl-DBD-MySQL
rpm -ivh mha4mysql-node-0.56-0.el6.noarch.rpm

#登录数据库，创建mha管理用户
grant all privileges on *.* to mha@'192.168.200.%' identified by '123123';
#主库创建，从库会复制

##3.2 将mysql-slave-B部署为管理节点
###3.2.1 安装manager管理节点包
#使用阿里云源+epel源
wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-6.repo
wget -O /etc/yum.repos.d/epel-6.repo http://mirrors.aliyun.com/repo/epel-6.repo
yum -y clean all
yum makecache

#安装manager依赖包
yum -y install perl-Config-Tiny epel-release perl-Log-Dispatch perl-Parallel-ForkManager perl-Time-HiRes

#安装manager包
rpm -ivh mha4mysql-manager-0.56-0.el6.noarch.rpm

###3.2.2 编辑管理节点相关配置
#创建配置文件目录及日志目录
mkdir -p /etc/mha
mkdir -p /var/log/mha/mha1

#创建配置文件：
vim /etc/mha/mha1.conf

#内容为下，每行最后不要有空格：
[server default]
manager_log=/var/log/mha/mha1/manager
manager_workdir=/var/log/mha/mha1
#指定binlog存放路径的全局变量，优先级低于binlog日志模块
master_binlog_dir=/usr/local/mysql/data
#指定启用VIP命令的命令的路径
master_ip_failover_script=/usr/local/bin/master_ip_failover

#管理用户账号密码
user=mha
password=123123
#存活检查的间隔时间
ping_interval=2
#主从账号密码，用于ssh连接的用户
repl_password=123123
repl_user=rep
ssh_user=root

#放在server模块下，就是设置候选master
#candidate_master=1
#忽略relay日志的复制延迟，配合上个参数使用
#check_repl_delay=0

[server1]
hostname=192.168.200.184
port=3306

[server2]
hostname=192.168.200.185
port=3306

[server3]
hostname=192.168.200.183
port=3306

[binlog1]
no_master=1
hostname=192.168.200.183
master_binlog_dir=/data/mysql/binlog/

##3.3 配置ssh信任
三台机都创建密钥，并且给自己和另外两台机都分发公钥

ssh-keygen -t dsa -P "" -f ~/.ssh/id_dsa

ssh-copy-id -i ~/.ssh/id_dsa.pub root@192.168.200.183
ssh-copy-id -i ~/.ssh/id_dsa.pub root@192.168.200.184
ssh-copy-id -i ~/.ssh/id_dsa.pub root@192.168.200.185

##3.4 启动测试

ssh连接测试，指定测试的配置文件（实例）
masterha_check_ssh --conf=/etc/mha/mha1.cnf
提示信息如下为成功：
All SSH connection tests passed successfully
主从复制测试
masterha_check_repl --conf=/etc/mha/mha1.cnf
提示信息如下为成功：
MySQL replication health is OK

##3.5 启动MHA
nohup masterha_manager --conf=/etc/mha/mha1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/mha/mha1/manager.log 2>&1 &

多enter几次，且ps -ef | grep perl查看是否成功开启

#4. 测试MHA自动切换主库
##4.1 测试主库切换

在管理节点上，查看slave状态，此时显示主库为192.168.200.184，也就是原master
关闭master上的mysqld服务
再查看管理节点上的slave状态，如master信息变为192.168.200.185则切换成功

##4.2 MHA及日志说明

主库宕机，发生切换时，mha配置文件信息相关模块会被删除，且后台的mha进程由于执行成功，会结束
manageri日志记录了详细过程，也包含了往从库录入的新主库相关信息，可以用于故障节点恢复用

##4.3 测试故障还原

将宕机的mysqld服务重新启动
登录mysql，录入新主库信息，并开启主从复制
mysql -uroot -p123123
CHANGE MASTER TO MASTER_HOST=‘192.168.0.52’, MASTER_PORT=3306, MASTER_AUTO_POSITION=1, MASTER_USER=‘rep’, MASTER_PASSWORD=‘123123’;
start slave;
然后查看slave状态是否正确：
show slave status\G
补全管理节点上mha配置文件的删除部分
[server1]
hostname=192.168.200.184
port=3306
再启动mha进程，监控master，主从复制架构的状态

#5. 解决切换过程主库IP变更，日志丢失问题
##5.1 配置VIP漂移解决IP变更

通过keepalived的方式，管理虚拟IP的漂移

通过MHA自带脚本方式，管理虚拟IP的漂移

#获取管理脚本master_ip_failover，yum安装是没有，源码安装才有，解压源码包就可以得到
tar xf mha4mysql-manager-0.56.tar.gz
cd mha4mysql-manager-0.56/samples/scripts/
cp master_ip_failover /usr/local/bin/

#自带的模板脚本有多处需要修改，这里我们可以使用现成的，修改几个参数：
cp master_ip_failover /usr/local/bin/
chmod +x /usr/local/bin/master_ip_failover

vim /usr/local/bin/master_ip_failover
#需要修改以下几项：
my $vip = ‘192.168.200.60/24’; #定义VIP
my $key = ‘0’; #定义网卡后缀数值
my $ssh_start_vip = "/sbin/ifconfig eth0:$ sshs?tartv?ip="/sbin/ifconfigeth0:key $vip"; #绑定VIP的命令，注意网卡名
my $ssh_stop_vip = "/sbin/ifconfig eth0:$ sshs?topv?ip="/sbin/ifconfigeth0:key down"; #关闭VIP的命令

#还需要在mha配置文件中添加一行参数，指定启用VIP的命令的路径
master_ip_failover_script=/usr/local/bin/master_ip_failover

重启管理节点的mha进程
pkill perl
nohup masterha_manager --conf=/etc/mha/mha1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/mha/mha1/manager.log 2>&1 &
若启动失败，需要进行mha的ssh测试和主从复制测试

##5.2 配置binlog-server备份服务器
防止主库宕机，binlog复制不及时的问题，此处把备份服务器和管理节点配置为一台

#修改管理节点mha配置文件，在全局binlog存放位置下插入：
master_ip_failover_script=/usr/local/bin/master_ip_failover

#并且在文件最后，添加新模块
[binlog1]
#添加binlog模块
no_master=1
#不允许切换为主
hostname=192.168.200.183
#存放IP
master_binlog_dir=/data/mysql/binlog/
#binlog存放位置优先级比全局的高，主库上的binlog日志会被复制到这个IP的这个目录下

然后进行日志拉取：

#创建存放目录并进入
mkdir -p /data/mysql/binlog/
cd /data/mysql/binlog/

#关闭主从切换进程，才能开启拉取日志进程，不然报错
#拉取主库binlog日志，指定从VIP拉取，从00001开始且stop-never
#开启拉取进程后，再开启主库切换
pkill perl

mysqlbinlog -R --host=192.168.200.60 --user=mha --password=123123 --raw --stop-never mysql-bin.000001 &

nohup masterha_manager --conf=/etc/mha/mha1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/mha/mha1/manager.log 2>&1 &

#6 源码安装mha方法
##6.1 安装node节点：
yum -y install perl-DBD-MySQL perl-Config-Tiny perl-Params-Validate perl-CPAN perl-devel perl-ExtUtils-CBuilder perl-ExtUtils-MakeMaker
tar xf mha4mysql-node-0.56.tar.gz -C /usr/src/
cd /usr/src/mha4mysql-node-0.56/
perl Makefile.PL
make && make install
##6.2 安装manager节点：
yum -y install perl-DBD-MySQL perl-Config-Tiny perl-Params-Validate perl-CPAN perl-devel perl-ExtUtils-CBuilder perl-ExtUtils-MakeMaker
tar xf mha4mysql-manager-0.56.tar.gz -C /usr/src/
cd /usr/src/mha4mysql-manager-0.56/
perl Makefile.PL
make && make install

#7 Atlas实现读写分离
##7.1 简介

开发于MySQL官方退出的MySQL-proxy0.8.2版本基础之上，属于一个基于mysql协议的中间件
主要功能：

读写分离，从库负载均衡
IP过滤
自动分表
DBA可平滑上下线DB，自动摘除宕机DB

##7.2 manager管理节点上安装配置Atlas
#安装：
rpm -ivh Atlas-2.2.1.e16.×86_64.rpm

#配置：先备份该配置文件，然后修改

cat -n /usr/local/mysql-proxy/conf/test.cnf | egrep -w "12|15|18|36|48"
12 proxy-backend-addresses = 192.168.200.60:3307
15 proxy-read-only-backend-addresses = 192.168.200.185:3307@1,192.168.200.183:3307@1
18 pwds = root:++gAN07C/Q0=,mha:++gAN07C/Q0=
30 log-level = error
36 sql-log = ON
45 proxy-address = 192.168.200.183:8888
48 admin-address = 192.168.200.183:5555

#其中，12行填写主库地址及端口，若配置了VIP填写VIP
15行填写从库地址，@后面的数字代表了负责均衡权重
18MySQL授权用户账号密码，密码使用/usr/local/mysql-proxy/bin/encrypt进行加密
30设置日志级别
36开启日志
45设置提供代理的监听端口为8888
48设置管理监听端口为5555

##7.3 数据库初始环境修改

若管理节点上开启了mha进程和binlog拉取进程，先关闭

修改管理节点mha配置文件
将三个server的port都改为3307
修改主从mysql库的监听端口，从配置文件上修改为3307，由于端口修改，需要修改从库的主从复制信息，在两台从库上，进行以下步骤：

#关闭主从，重新写入信息，查看是否能正常同步
stop slave;
change master to master_host=‘192.168.200.184’,master_port=3306,master_auto_position=1,master_user=‘rep’,master_password=‘123123’;
start slave;
show slave status\G

##7.4 启动Atlas服务
#启动mysqlbinlog日志备份进程:
mysqlbinlog -R --host=192.168.200.184 --port=3307 --user=mha --password=123123 --raw --stop-never mysql-bin.000001 &

#启动mha管理进程:
nohup masterha_manager --conf=/etc/mha/mha1.cnf --remove_dead_master_conf --ignore_last_failover < /dev/null > /var/log/mha/mha1/manager.log 2>&1 &

#启动Atlas服务:
/usr/local/mysql-proxy/bin/mysql-proxd test start

#指定实例test启动（可以多实例）
netstat -antup | grep mysql0-proxy
#查看代理端口8888和管理端口5555是否开启

##7.5 登录Atlas管理端口
在管理节点上，登录管理端口
mysql -uuser -ppwd -P5555 -h 192.168.200.183
查看有的权限：
select * from help；
查看各个库的读写分离属性
select * from backends;
主库应该是rw，从库应该是ro，状态应该都是up，这里是平滑管理界面，可以在这里根据选项修改设置

##7.6 进行读写分离机负载均衡测试
在mysql-slave-A和msql-slave-B上分别创建库db02，db03

mysql -uroot -p123123 -P3307
create database db02;

这里在mysql-masters上登录，查看，是看不到db02或者db03的，从库的操作，不会被同步到主库，可以登录远程管理节点（Atlas配置机）来测试读负载均衡：

mysql -uroot -p123123 -h 192.168.200.183 -P8888
show databases;
#出现db02，db03轮换代表负载成功

此时，创建一个表test01，再查看

create database test01;
show databases；
#多查看几次，若在有db02和db03情况下，都看到了test01，代表这个创建表的SQL语句，是写进了主库，经过主从同步到了从库，所以能证实读写分离

内容总结

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

内容备注

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

内容手机端

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

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

来源：【匿名】

【上一篇】MySQL学习笔记（二）【下一篇】用IE远程创建Mysql数据库的简易程序

更多 ►

【MHA-altas-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 / MHA-altas-mysql高可用

MHA-altas-mysql高可用

内容导读

内容图文

MHA-altas-mysql高可用

文章目录

内容总结

内容备注

内容手机端

【MHA-altas-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 - 最热教程