MySQL高可用之MHA(一不小心和我的青春擦肩而过)(一)

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
RDS MySQL Serverless 高可用系列,价值2615元额度,1个月
简介: MySQL高可用之MHA(一不小心和我的青春擦肩而过)(一)

一、MHA概述


1.1 MHA 是什么

MHA(MasterHigh Availability)是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。


MHA 的出现就是解决MySQL 单点的问题。


MySQL故障切换过程中,MHA能做到0-30秒内自动完成故障切换操作。


MHA能在故障切换的过程中最大程度上保证数据的一致性,以达到真正意义上的高可用。


1.2 MHA 的组成

●MHA Node(数据节点)


MHA Node 运行在每台 MySQL 服务器上。


●MHA Manager(管理节点)


MHA Manager 可以单独部署在一台独立的机器上,管理多个 master-slave 集群;也可以部署在一台 slave 节点上。


MHA Manager 会定时探测集群中的 master 节点。当 master 出现故障时,它可以自动将最新数据的 slave 提升为新的 master, 然后将所有其他的 slave 重新指向新的 master。整个故障转移过程对应用程序完全透明。


1.3 MHA 的特点

自动故障切换过程中,MHA试图从宕机的主服务器上保存二进制日志,最大程度的保证数据不丢失

使用半同步复制,可以大大降低数据丢失的风险,如果只有一个slave已经收到了最新的二进制日志,MHA可以将最新的二进制日志应用于其他所有的slave服务器上,因此可以保证所有节点的数据一致性

目前MHA支持一主多从架构,最少三台服务,即一主两从


二、MHA搭建准备


2.1 实验思路

1.MHA架构: ①数据库安装 ②一主两从 ③MHA搭建


2.故障模拟 :①主库失效 ②备选主库成为主库 ③原故障主库恢复重新加入到MHA成为从库


2.2 实验准备

节点服务器

名称 主机名 IP地址 安装服务及工具
MHA manager节点服务器 centos7-4 manager 192.168.109.134 MHA node 和 manager 组件
Master节点服务器 centos7-1 mysql1 192.168.109.131 MHA node 组件
Slave1节点服务器 centos7-2 mysql2 192.168.109.132 MHA node 组件
Slave2节点服务器 centos7-3 mysql3 192.168.109.133 MHA node 组件


三、搭建 MySQL MHA


3.1 配置主从复制

3.1.1 每台关闭防火墙

systemctl disable --now firewalld
 setenforce 0


3.1.2 修改 Master、Slave1、Slave2 节点的主机名

##Master 节点##
 hostnamectl set-hostname mysql1
 su
 ##Slave1节点##
 hostnamectl set-hostname mysql2
 su
 ##Slave2节点##
 hostnamectl set-hostname mysql3
 su




3.1.3 在Master、Slave1、Slave2添加主机映射关系

#三台添加同样的配置
 vim /etc/hosts
192.168.109.131 mysql1
192.168.109.132 mysql2
192.168.109.133 mysql3
 #并测试连通性


3.1.4 修改 Master、Slave1、Slave2 节点的 Mysql主配置文件/etc/my.cnf

Master节点,开启二进制日志。


Slave1、Slave2 节点,开启二进制日志和中继日志。

##Master 节点##
 vim /etc/my.cnf
 [mysqld]
 server-id = 1
 log_bin = master-bin         #开启二进制日志,指定存放位置
 log-slave-updates = true     #允许slave从master复制数据时可以写入到自己的二进制日志中
 systemctl restart mysqld     #重启mysql
 ##Slave1节点##
 vim /etc/my.cnf
 [mysqld]
 server-id = 2               #三台服务器的 server-id 不能相同
 log_bin = master-bin
 relay-log = relay-log-bin
 relay-log-index = slave-relay-bin.index
 systemctl restart mysqld
 ##Slave2节点##
 vim /etc/my.cnf
 [mysqld]
 server-id = 3               #三台服务器的 server-id 不能相同
 log_bin = master-bin
 relay-log = relay-log-bin
 relay-log-index = slave-relay-bin.index
 systemctl restart mysqld     #重启mysql




3.1.5 在 Master、Slave1、Slave2 节点上都创建两个软链接

ln -s /usr/local/mysql/bin/mysql /usr/sbin/
ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin/
  #查看软链接
ls /usr/sbin/mysql*


3.1.6 登录数据库进行授权

对slave和manager进行授权

##----(1)所有数据库节点进行mysql主从同步的授权------##
grant replication slave on *.* to 'myslave'@'192.168.109.%' identified by '000000';   #从服务器同步使用
 ##---(2)所有数据库节点,授权给manager服务器-----##
grant all privileges on *.* to 'mha'@'192.168.109.%' identified by 'manager';  
 #为了防止因主机名导致的连接不上问题,再次对登录地址进行授权
grant all privileges on *.* to 'mha'@'mysql1' identified by 'manager';              
grant all privileges on *.* to 'mha'@'mysql2' identified by 'manager';
grant all privileges on *.* to 'mha'@'mysql3' identified by 'manager';
flush privileges;   #刷新权限



3.1.7 配置主从同步

在 Master 节点查看二进制文件和同步点(即偏移量),在 Slave1、Slave2 节点执行同步操作。

##(1)在 Master 节点查看二进制文件和同步点(即偏移量)##
 mysql> show master status;
+-------------------+----------+--------------+------------------+-------------------+
| File              | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+-------------------+----------+--------------+------------------+-------------------+
| master-bin.000001 |     1747 |              |                  |                   |
+-------------------+----------+--------------+------------------+-------------------+
 ##(2)在 Slave1、Slave2 节点执行同步操作##
change master to master_host='192.168.109.131',master_user='myslave',master_password='000000',master_log_file='master-bin.000001',master_log_pos=1747; 
start slave;     #开启同步,如有报错执行 reset slave;
 ##(3)在 Slave1、Slave2 查看节点状态##
show slave status\G     
 //确保 IO 和 SQL 线程都是 Yes,代表同步正常。
 Slave_IO_Running: Yes
 Slave_SQL_Running: Yes
 #一般 "Slave_IO_Running: No" 的可能原因:
  1. 网络不通 
  2. my.cnf配置有问题(server-id重复)
  3. 密码、file文件名、pos偏移量不对 
  4. 防火墙没有关闭 
 ##(4)两个从库必须设置为只读模式##
 set global read_only=1;
 ##(5)在Master主库插入数据,测试数据库同步##
create database test1; 
use test1;
create table shop(id int);
insert into shop values (1);
 #从数据库中验证是否同步成功
 select * from test1.shop;







相关实践学习
基于CentOS快速搭建LAMP环境
本教程介绍如何搭建LAMP环境,其中LAMP分别代表Linux、Apache、MySQL和PHP。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
目录
相关文章
|
20天前
|
存储 关系型数据库 MySQL
Mysql高可用|索引|事务 | 调优
Mysql高可用|索引|事务 | 调优
|
20天前
|
SQL 容灾 关系型数据库
rds容灾与高可用
rds容灾与高可用
38 4
|
20天前
|
关系型数据库 MySQL
电子好书发您分享《MySQL MGR 8.0高可用实战》
电子好书发您分享《MySQL MGR 8.0高可用实战》 电子好书发您分享《MySQL MGR 8.0高可用实战》
97 1
|
20天前
|
运维 负载均衡 关系型数据库
MySQL高可用解决方案演进:从主从复制到InnoDB Cluster架构
MySQL高可用解决方案演进:从主从复制到InnoDB Cluster架构
|
20天前
|
Kubernetes 关系型数据库 MySQL
MySQL在Kubernetes上的高可用实现
【5月更文挑战第1天】
|
20天前
|
缓存 关系型数据库 MySQL
【专栏】提升MySQL性能和高可用性的策略,包括索引优化、查询优化和事务管理
【4月更文挑战第27天】本文探讨了提升MySQL性能和高可用性的策略,包括索引优化、查询优化和事务管理。通过合理使用B-Tree和哈希索引,避免过度索引,以及优化查询语句和利用查询缓存,可以改善性能。事务管理中,应减小事务大小并及时提交,以保持系统效率。主从或双主复制可增强高可用性。综合运用这些方法,并根据实际需求调整,是优化MySQL的关键。
|
20天前
|
监控 关系型数据库 MySQL
MySQL高可用集群之MySQL-MMM
MySQL高可用集群之MySQL-MMM
|
20天前
|
监控 关系型数据库 MySQL
MySQL高可用MHA
MySQL高可用管理工具(MHA,Master High Availability)是一个用于自动管理MySQL主从复制的工具,它可以提供高可用性和自动故障转移。MHA由原版的MHA工具和MHA Manager组成,它们协同工作以实现自动主从切换和监控。
161 0
|
20天前
|
存储 SQL 分布式计算
搭建Mysql Cluster集群实现高可用
搭建Mysql Cluster集群实现高可用
34 0
|
20天前
|
关系型数据库 MySQL Linux
centos7下 Mysql+Keepalived 双主热备高可用图文配置详解
centos7下 Mysql+Keepalived 双主热备高可用图文配置详解
39 0