基于MHA+semi sync实现mysql数据库的高可用
一、实验原理:
1、拓扑结构图如下:
2、工作原理:
从宕机崩溃的master保存二进制日志事件(binlog events)
识别含有最新更新的slave
应用差异的中继日志(relay log)到其他的slave
应用从master保存的二进制日志事件(binlog events)
提升一个slave为新的master
使其他的slave连接新的master进行复制
3、工具包:
MHA软件由两部分组成,Manager工具包和Node工具包
1、 Manager工具包主要包括以下几个工具:
masterha_check_ssh 检查MHA的SSH配置状况
masterha_check_repl 检查MySQL复制状况
masterha_manger 启动MHA
masterha_check_status 检测当前MHA运行状态
masterha_master_monitor 检测master是否宕机
masterha_master_switch 故障转移(自动或手动)
masterha_conf_host 添加或删除配置的server信息
2、Node工具包:这些工具通常由MHA Manager的脚本触发,无需人为操作)主要包括以下几个工具:
save_binary_logs 保存和复制master的二进制日志
apply_diff_relay_logs 识别差异的中继日志事件并将其差异的事件应用于其他的slave
filter_mysqlbinlog 去除不必要的ROLLBACK事件(MHA已不再使用此工具)purge_relay_logs 清除中继日志(不会阻塞SQL线程)
二、实验环境准备:
1、vmware中准备四台虚拟主机
主机名分别为manager,master,slave1,slave2 系统为centos7
对应ip:192.168.190.128-131
2、setenforce 0 关掉selinux
iptables -F 清掉防火墙
3、配置好yum源,以及epel源
4、四台虚拟主机保证时间同步,ntpdate命令
三、实验步骤:
1、四台主机实现ssh无密连接
ssh-keygen 任意一台主机生成公钥私钥对
ssh-copy-id 192.168.190.128 生成文件在.ssh目录
scp -r /root/.ssh 192.168.190.129
scp -r /root/.ssh 192.168.190.130
scp -r /root/.ssh 192.168.190.131
2、manager节点
(1) yum install mha4mysql-manager-0.56-0.el6.noarch.rpm mha4mysql-node-0.56-0.el6.noarch.rpm
(2) mkdir /data/mastermha/app1/ -pv
(3)vim /etc/mastermha/app1.cnf
[server default]
user=mhauser 主服务器的管理账号
password=centos mhauser的密码
manager_workdir=/data/mastermha/app1/ 工作目录
manager_log=/data/mastermha/app1/manager.log 日志目录
remote_workdir=/data/mastermha/app1/
ssh_user=root ssh连接账号
repl_user=repluser 复制账号
repl_password=centos 复制账号的密码
ping_interval=1
[server1]
hostname=192.168.190.129 主服务器
candidate_master=1 有机会晋升为主
[server2]
hostname=192.168.190.130 从服务器
candidate_master=1 有机会晋升为主
[server3]
hostname=192.168.190.131 从服务器
candidate_master=1 有机会晋升为主
3、master,slave1,slave2节点
yum install mha4mysql-node-0.56-0.el6.noarch.rpm
4、master节点
(1)systemctl start mariadb
(2)vim /etc/my.cnf
log-bin 启用二级制
server_id=1 服务器id,每个节点必须不同
innodb_file_per_table 每个库,每张表
skip_name_resolve=1 通过ip连接,不解析主机名
log_slave_updates = 1 主从切换时用
plugin_load = "rpl_semi_sync_master=semisync_master.so;rpl_semi_sync_slave=semisync_slave.so" 加载半同步复制的插件,主从的都装,主坏,从顶上时实现半同步
loose_rpl_semi_sync_master_enabled = 1 开启主的半同步功能
loose_rpl_semi_sync_slave_enabled = 1 开启从的半同步功能
loose_rpl_semi_sync_master_timeout = 5000
mysqlmysql>show master logsmysql>grant replication slave on *.* to repluser@'192.168.31.%' identified by ‘centos';mysql>grant all on *.* to mhauser@‘192.168.190.%’ identified by ‘magedu‘;show variables like '%semi%';
5、slave1节点和slave2节点
vim /etc/my.cnf
[mysqld]
server_id=2 不同节点此值各不相同
log-bin
read_only 只读,对超级用户无效,主坏切换为主时,全局变量会变
relay_log_purge=0 不删除中继日志
skip_name_resolve=1 不解析主机名,通过ip连接
plugin_load = "rpl_semi_sync_master=semisync_master.so;rpl_semi_sync_slave=semisync_slave.so" 加载半同步复制的插件,主从的都装,主坏,从顶上时实现半同步
loose_rpl_semi_sync_master_enabled = 1 开启主的半同步功能
loose_rpl_semi_sync_slave_enabled = 1 开启从的半同步功能
loose_rpl_semi_sync_master_timeout = 5000
mysql>CHANGE MASTER TO MASTER_HOST=‘MASTER_IP', MASTER_USER='repluser', MASTER_PASSWORD=‘centos', MASTER_LOG_FILE='mariadb-bin.000001', MASTER_LOG_POS=245;
6、 manager节点上进行测试
1、masterha_check_ssh --conf=/etc/mastermha/app1.cnf 检测ssh连通性
2、masterha_check_repl --conf=/etc/mastermha/app1.cnf 检测复制功能
3、masterha_manager --conf=/etc/mastermha/app1.cnf 启动mha管理
4、停掉主节点的mariadb服务,查看对应的日志
发现原来主节点已经转移了
对于坏的故障主节点可以重新设置为集群里面的从节点,需要再次修改manager的配置文件
注意:第一次主从切换时,/data/mastermha/app1/会生成app1.failover.complete空文件,下次再次切换的时候如果发现该目录下存在该文件将不允许触发切换,若再次切换,将其删除。mha的管理工具,一次性在前台执行,发生故障后,需手动再次开启。
转载于:https://blog.51cto.com/11912662/2155392
基于MHA+semi sync实现mysql数据库的高可用相关推荐
- MySQL数据库的高可用方案总结
高可用架构对于互联网服务基本是标配,无论是应用服务还是数据库服务都需要做到高可用.虽然互联网服务号称7*24小时不间断服务,但多多少少有一些时候服务不可用,比如某些时候网页打不开,百度不能搜索或者无法 ...
- Mysql数据库的高可用
本文来说下有关mysql数据库的高可用 文章目录 概述 主从或主主半同步复制 半同步复制优化 高可用架构优化 共享存储 分布式协议 本文小结 概述 高可用,即High Availability,是分布 ...
- MySQL数据库的优化(下)MySQL数据库的高可用架构方案
[51CTO独家特稿]如果单MySQL的优化始终还是顶不住压力时,这个时候我们就必须考虑MySQL的高可用架构(很多同学也爱说成是MySQL集群)了,目前可行的方案有: 一.MySQL Cluster ...
- haproxy负载均衡_基于mycat+haproxy+keepalived搭建mysql数据库高可用负载均衡
概述 目前业界对数据库性能优化普遍采用集群方式,而oracle集群软硬件投入昂贵,mysql则比较推荐用mycat去搭建数据库集群,下面介绍一下怎么用mycat+haproxy+keepalived搭 ...
- mysql跨机房高可用方案_10款常见MySQL高可用方案选型解读
作者介绍 王松磊,现任职于UCloud,从事MySQL数据库内核研发工作.主要负责UCloud云数据库udb的内核故障排查工作以及数据库新特性的研发工作. 一.概述 我们在考虑MySQL数据库的高可用 ...
- php爬取flash的交互数据库,基于PHP的Flash与MySQL数据库通讯的实现
第 27卷 第 6期 2013年 12月 商洛学院学报 Journal of Shangluo University V01.27 NO.6 Dec. 2013 基于 PHP的 Flash与 MySQ ...
- mysql 热切换_热璞HotDB学习篇—如何基于MySQL进行数据高可用
数据高可用之所以是老生常谈的话题,是因它对企业数据安全起到了至关重要的保障作用,数据高可用核心功能在于如何保证在发生故障时数据不丢失.本文作者热璞数据库HotDB首席架构师,精通数据库原理和MySQL ...
- 基于keepalived的mysql_【实用】基于keepalived的mysql双主高可用系统
原标题:[实用]基于keepalived的mysql双主高可用系统 mysql单节点存储时,系统出现故障时服务不可用.不能及时恢复的问题,因此实际使用时,一般都会使用mysql双机方案,使用keepa ...
- 浅谈 MySQL 集群高可用架构
作者:霸都民工哥,原名储成友 关注于Linux系统运维及各类运维架构技术,目前正研究学习大数据与自动化运维,热爱开源,拥抱开源. 一,前言 高可用架构对于互联网服务基本是标配,无论是应用服务还是数据库 ...
最新文章
- 响应式的无限滚动全屏dribbble作品集布局展示效果
- 提高ASP性能的最佳选择
- 中文语音情感识别python实现(一)
- C++阶段01笔记08【结构体(基本概念、定义与使用、数组、指针、嵌套、const使用)】
- CodeForces - 431C k-Tree(dp)
- 第十一章:【UCHome二次开发】功能修改
- 计算机视觉深度学习实战三:频域分析及其变换
- 直接在安装了redis的Linux机器上操作redis数据存储类型--List类型
- 线程进程通信和同步方式
- WPF Grid布局
- 数据结构c语言版编程软件,数据结构严蔚敏4版PDF下载_数据结构C语言版严蔚敏下载 完整版_当载软件站...
- hutool导出导出excel中文自适应列宽+反射+自定义注解获取表头
- 【SVL官方说明文档】
- React开发(250):react项目理解 ant design loding控制页面转圈加载
- 【修复】Word“文件发生错误”,无法保存文件
- thinkpad e450 win7黑苹果macos 10.10.5(网/显/声卡驱动)安装成功
- matlab求解振动学问题,振动力学基础与MATLAB应用
- 3D数学基础:正交矩阵
- oracle leg函数,Hive中的leg和lead函数简单使用
- Google Earth Engine(GEE)——将影像中的云层显示出来并添加到影像波段中(Landsat8 oil)
热门文章
- 众成翻译2.0上线,翻译即有机会获赠图书
- 下载eclipse出现a java_java - 运行eclipse出现问题?
- 使用 Redis的SETNX命令实现分布式锁
- maven的java web项目启动找不到Spring ContextLoaderListener的解决办法
- java 泛型 多态_Java 多态
- jmap命令的实现原理解析
- 阻塞和非阻塞队列下两种生产者消费者实现
- 跟左神学算法2 排序相关
- 教你webpack、react和node.js环境配置(上篇)
- Zookeeper学习笔记之 Zab协议(Zookeeper Atomic Broadcast)