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

本文涉及的产品
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS PostgreSQL,集群系列 2核4GB
简介: 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;







相关实践学习
如何快速连接云数据库RDS MySQL
本场景介绍如何通过阿里云数据管理服务DMS快速连接云数据库RDS MySQL,然后进行数据表的CRUD操作。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
目录
相关文章
|
8月前
|
SQL 容灾 关系型数据库
rds容灾与高可用
rds容灾与高可用
128 4
|
8月前
|
存储 关系型数据库 MySQL
Mysql高可用|索引|事务 | 调优
Mysql高可用|索引|事务 | 调优
|
2月前
|
存储 SQL 关系型数据库
Mysql高可用架构方案
本文阐述了Mysql高可用架构方案,介绍了 主从模式,MHA模式,MMM模式,MGR模式 方案的实现方式,没有哪个方案是完美的,开发人员在选择何种方案应用到项目中也没有标准答案,合适的才是最好的。
249 3
Mysql高可用架构方案
|
5月前
|
运维 容灾 关系型数据库
MySQL高可用方案--Xenon全解
MySQL高可用方案--Xenon全解
|
7月前
|
运维 容灾 关系型数据库
介绍几种 MySQL 官方高可用方案
MySQL 官方提供了多种高可用部署方案,从最基础的主从复制到组复制再到 InnoDB Cluster 等等。本篇文章以 MySQL 8.0 版本为准,介绍下不同高可用方案架构原理及使用场景。
1554 3
介绍几种 MySQL 官方高可用方案
|
5月前
|
SQL 关系型数据库 MySQL
orchestrator搭建mysql高可用
orchestrator搭建mysql高可用
68 0
|
5月前
|
缓存 关系型数据库 MySQL
如何实现mysql高可用集群
如何实现mysql高可用集群
70 0
|
5月前
|
安全 关系型数据库 MySQL
【MySQL】Orchestrator最简单的 mysql 高可用方案最细细细细~
【MySQL】Orchestrator最简单的 mysql 高可用方案最细细细细~
|
5月前
|
缓存 关系型数据库 MySQL
MySQL调优秘籍曝光!从索引到事务,全方位解锁高可用秘诀,让你的数据库性能飞起来!
【8月更文挑战第6天】MySQL是顶级关系型数据库之一,其性能直接影响应用的高可用性与用户体验。本文聚焦MySQL的高性能调优,从索引设计到事务管理,逐一解析。介绍如何构建高效索引,如联合索引`CREATE INDEX idx_order_customer ON orders(order_id, customer_id);`,以及索引覆盖查询等技术。
89 0
|
7月前
|
SQL 关系型数据库 MySQL
MySQL高可用架构设计:从主从复制到分布式集群
MySQL高可用性涉及主从复制、半同步复制和Group/InnoDB Cluster。主从复制通过二进制日志同步数据,保证故障时可切换。半同步复制确保事务在至少一个从服务器确认后才提交。Group Replication是多主复制,支持自动故障切换。InnoDB Cluster是8.0的集成解决方案,简化集群管理。使用这些技术能提升数据库的稳定性和可靠性。
608 2