Mysql运维篇(五) 部署MHA--主机环境配置

2024-02-25 15:28

本文主要是介绍Mysql运维篇(五) 部署MHA--主机环境配置,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

一路走来,所有遇到的人,帮助过我的、伤害过我的都是朋友,没有一个是敌人。如有侵权,请留言,我及时删除!

大佬博文

https://www.cnblogs.com/gomysql/p/3675429.html

MySQL 高可用(MHA) - 知乎

一、MHA简介:

MHA(Master High Availability)目前在MySQL高可用方面是一个相对成熟的解决方案,它由日本DeNA公司youshimaton(现就职于Facebook公司)开发,是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中,MHA能做到在0~30秒之内自动完成数据库的故障切换操作,并且在进行故障切换的过程中,MHA能在最大程度上保证数据的一致性,以达到真正意义上的高可用。

该软件由两部分组成:MHA Manager(管理节点)和MHA Node(数据节点)。MHA Manager可以单独部署在一台独立的机器上管理多个master-slave集群,也可以部署在一台slave节点上。MHA Node运行在每台MySQL服务器上,MHA Manager会定时探测集群中的master节点,当master出现故障时,它可以自动将最新数据的slave提升为新的master,然后将所有其他的slave重新指向新的master。整个故障转移过程对应用程序完全透明。

在MHA自动故障切换过程中,MHA试图从宕机的主服务器上保存二进制日志,最大程度的保证数据的不丢失,但这并不总是可行的。例如,如果主服务器硬件故障或无法通过ssh访问,MHA没法保存二进制日志,只进行故障转移而丢失了最新的数据。使用MySQL 5.5的半同步复制,可以大大降低数据丢失的风险。MHA可以与半同步复制结合起来。如果只有一个slave已经收到了最新的二进制日志,MHA可以将最新的二进制日志应用于其他所有的slave服务器上,因此可以保证所有节点的数据一致性。

目前MHA主要支持一主多从的架构,要搭建MHA,要求一个复制集群中必须最少有三台数据库服务器,一主二从,即一台充当master,一台充当备用master,另外一台充当从库,因为至少需要三台服务器,出于机器成本的考虑,淘宝也在该基础上进行了改造,目前淘宝TMHA已经支持一主一从。另外对于想快速搭建的可以参考:MHA快速搭建

我们自己使用其实也可以使用1主1从,但是master主机宕机后无法切换,以及无法补全binlog。master的mysqld进程crash后,还是可以切换成功,以及补全binlog的。

官方介绍:https://code.google.com/p/mysql-master-ha/

图01展示了如何通过MHA Manager管理多组主从复制。可以将MHA工作原理总结为如下:

(1)从宕机崩溃的master保存二进制日志事件(binlog events);

(2)识别含有最新更新的slave;

(3)应用差异的中继日志(relay log)到其他的slave;

(4)应用从master保存的二进制日志事件(binlog events);

(5)提升一个slave为新的master;

(6)使其他的slave连接新的master进行复制;

MHA软件由两部分组成,Manager工具包和Node工具包,具体的说明如下。

Manager工具包主要包括以下几个工具:

(1)从宕机崩溃的master保存二进制日志事件(binlog events);

(2)识别含有最新更新的slave;

(3)应用差异的中继日志(relay log)到其他的slave;

(4)应用从master保存的二进制日志事件(binlog events);

(5)提升一个slave为新的master;

(6)使其他的slave连接新的master进行复制;

MHA软件由两部分组成,Manager工具包和Node工具包,具体的说明如下。

Manager工具包主要包括以下几个工具:

Node工具包(这些工具通常由MHA Manager的脚本触发,无需人为操作)主要包括以下几个工具:

save_binary_logs                保存和复制master的二进制日志
apply_diff_relay_logs           识别差异的中继日志事件并将其差异的事件应用于其他的slave
filter_mysqlbinlog              去除不必要的ROLLBACK事件(MHA已不再使用这个工具)
purge_relay_logs                清除中继日志(不会阻塞SQL线程)

++++++++++++++++++++++++部署MHA环境++++++++++++++++++++++++++++++++++++

一、主机设置

1、环境配置

操作系统:centos 7

数据库:MySQL 5.7 

IP地址:133.96.10.20;133.96.10.30;133.96.10.40;

2、创建mysql用户--ALL

[root@mysql03 home]# groupadd mysql
[root@mysql03 home]# useradd -g mysql mysql
Creating mailbox file: File exists

用户uid和gid保持一致

[mysql@mysql03 ~]$ id
uid=1001(mysql) gid=1001(mysql) groups=1001(mysql) context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
[mysql@mysql03 ~]$ 

[root@mysql02 home]# passwd mysql

3、三台主机操作hosts配置

vi /etc/hosts

192.168.10.20 mysql01
192.168.10.30 mysql02
192.168.10.40 mysql03

设置环境变量--创建MySQL用户组及MySQL用户

[root@mysql5 /]# vi /etc/profile

export PATH=/usr/local/mysql/bin:$PATH  (安装目录)

[root@mysql5 /]#source /etc/profile
                        
4、root、mysql用户信任关系建立(重要,信任关系混乱,会造成部署失败)

[root@master ~]#  ssh-keygen -t rsa  
Generating public/private rsa key pair.
Enter file in which to save the key (/root/.ssh/id_rsa): 
Created directory '/root/.ssh'.
Enter passphrase (empty for no passphrase): 
Enter same passphrase again: 
Your identification has been saved in /root/.ssh/id_rsa.
Your public key has been saved in /root/.ssh/id_rsa.pub.
The key fingerprint is:
SHA256:GIp8704sc3412f6yanmh0f+W35jSubYiMK9RhcNFj+o root@master
The key's randomart image is:
+---[RSA 2048]----+
|           .o    |
|         . o o   |
|      .   + o .  |
| . . . o   +     |
|  o o . S o+     |
|   . o  oo= +    |
|    o = .=E* + ..|
|     B  ..* * =+o|
|     .+..o.+.B*==|
+----[SHA256]-----+

 ssh-copy-id -i ~/.ssh/id_rsa.pub root@192.168.10.20

 ssh-copy-id -i ~/.ssh/id_rsa.pub root@192.168.10.30

 ssh-copy-id -i ~/.ssh/id_rsa.pub root@192.168.10.40

测试信任关系1

[root@mysql03 ~]# ssh root@192.168.10.20
Last login: Sat Feb 24 22:35:35 2024 from mysql02
[root@mysql01 ~]# ssh root@192.168.10.30
Last login: Sat Feb 24 22:35:59 2024 from mysql01
[root@mysql02 ~]# 
[root@mysql02 ~]# ssh root@192.168.10.40
Last login: Sat Feb 24 22:36:03 2024 from mysql02

测试信任关系2

[root@mysql03 bin]# ssh 192.168.10.20 date
Sat Feb 24 22:45:58 CST 2024
[root@mysql03 bin]# ssh 192.168.10.30 date
Sat Feb 24 22:46:03 CST 2024
[root@mysql03 bin]# ssh 192.168.10.40 date
Sat Feb 24 22:46:09 CST 2024
[root@mysql03 bin]# 

5、关闭防火墙、SELINUX

[root@mysql03 home]# systemctl stop firewalld.service

[root@mysql03 home]# 
[root@mysql03 home]# systemctl status firewalld.service
â— firewalld.service - firewalld - dynamic firewall daemon
   Loaded: loaded (/usr/lib/systemd/system/firewalld.service; enabled; vendor preset: enabled)
   Active: inactive (dead) since Sun 2024-02-25 09:43:15 CST; 3s ago
     Docs: man:firewalld(1)
  Process: 781 ExecStart=/usr/sbin/firewalld --nofork --nopid $FIREWALLD_ARGS (code=exited, status=0/SUCCESS)
 Main PID: 781 (code=exited, status=0/SUCCESS)

Feb 24 23:07:58 mysql5 systemd[1]: Starting firewalld - dynamic firewall daemon...
Feb 24 23:07:59 mysql5 systemd[1]: Started firewalld - dynamic firewall daemon.
Feb 24 23:07:59 mysql5 firewalld[781]: WARNING: AllowZoneDrifting is enabled. This is considered an insecure configuration option. It ... it now.
Feb 25 09:43:14 mysql03 systemd[1]: Stopping firewalld - dynamic firewall daemon...
Feb 25 09:43:15 mysql03 systemd[1]: Stopped firewalld - dynamic firewall daemon.
Hint: Some lines were ellipsized, use -l to show in full.

禁止防火墙开机启动

[root@mysql03 home]# systemctl disable firewalld.service
Removed symlink /etc/systemd/system/multi-user.target.wants/firewalld.service.
Removed symlink /etc/systemd/system/dbus-org.fedoraproject.FirewallD1.service.
[root@mysql03 home]# 

关闭SELinux /#永久关闭SELinux开启自启动
setenforce 0

vi /etc/sysconfig/selinux

SELINUX=disable

6、依赖包检查

检查当前环境 mariadb,如果存在就卸载

[root@mysql5 opt]# rpm -qa | grep mariadb

[root@mysql5 opt]#  rpm -e --nodeps mariadb-libs-5.5.68-1.el7.x86_64

[root@mysql5 opt]#  rpm -e --nodeps mariadb-5.5.68-1.el7.x86_64

检查当前环境 libaio,如果缺少使用yum进行安装

[root@mysql5 opt]#  rpm -qa  | grep libaio
libaio-0.3.109-13.el7.x86_64

[root@mysql5 opt]# yum install -y libaio-devel

7、创建MySQL数据目录

[root@mysql03 home]# mkdir -p /data/mysql/
[root@mysql03 home]# chown mysql:mysql /data/
[root@mysql03 home]# chmod -R 755 /data/
[root@mysql03 home]# mkdir -p /data/mysql/data 

这篇关于Mysql运维篇(五) 部署MHA--主机环境配置的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/745902

相关文章

ElasticSearch+Kibana通过Docker部署到Linux服务器中操作方法

《ElasticSearch+Kibana通过Docker部署到Linux服务器中操作方法》本文介绍了Elasticsearch的基本概念,包括文档和字段、索引和映射,还详细描述了如何通过Docker... 目录1、ElasticSearch概念2、ElasticSearch、Kibana和IK分词器部署

部署Vue项目到服务器后404错误的原因及解决方案

《部署Vue项目到服务器后404错误的原因及解决方案》文章介绍了Vue项目部署步骤以及404错误的解决方案,部署步骤包括构建项目、上传文件、配置Web服务器、重启Nginx和访问域名,404错误通常是... 目录一、vue项目部署步骤二、404错误原因及解决方案错误场景原因分析解决方案一、Vue项目部署步骤

Linux流媒体服务器部署流程

《Linux流媒体服务器部署流程》文章详细介绍了流媒体服务器的部署步骤,包括更新系统、安装依赖组件、编译安装Nginx和RTMP模块、配置Nginx和FFmpeg,以及测试流媒体服务器的搭建... 目录流媒体服务器部署部署安装1.更新系统2.安装依赖组件3.解压4.编译安装(添加RTMP和openssl模块

Springboot中分析SQL性能的两种方式详解

《Springboot中分析SQL性能的两种方式详解》文章介绍了SQL性能分析的两种方式:MyBatis-Plus性能分析插件和p6spy框架,MyBatis-Plus插件配置简单,适用于开发和测试环... 目录SQL性能分析的两种方式:功能介绍实现方式:实现步骤:SQL性能分析的两种方式:功能介绍记录

使用 sql-research-assistant进行 SQL 数据库研究的实战指南(代码实现演示)

《使用sql-research-assistant进行SQL数据库研究的实战指南(代码实现演示)》本文介绍了sql-research-assistant工具,该工具基于LangChain框架,集... 目录技术背景介绍核心原理解析代码实现演示安装和配置项目集成LangSmith 配置(可选)启动服务应用场景

oracle DBMS_SQL.PARSE的使用方法和示例

《oracleDBMS_SQL.PARSE的使用方法和示例》DBMS_SQL是Oracle数据库中的一个强大包,用于动态构建和执行SQL语句,DBMS_SQL.PARSE过程解析SQL语句或PL/S... 目录语法示例注意事项DBMS_SQL 是 oracle 数据库中的一个强大包,它允许动态地构建和执行

0基础租个硬件玩deepseek,蓝耘元生代智算云|本地部署DeepSeek R1模型的操作流程

《0基础租个硬件玩deepseek,蓝耘元生代智算云|本地部署DeepSeekR1模型的操作流程》DeepSeekR1模型凭借其强大的自然语言处理能力,在未来具有广阔的应用前景,有望在多个领域发... 目录0基础租个硬件玩deepseek,蓝耘元生代智算云|本地部署DeepSeek R1模型,3步搞定一个应

SQL 中多表查询的常见连接方式详解

《SQL中多表查询的常见连接方式详解》本文介绍SQL中多表查询的常见连接方式,包括内连接(INNERJOIN)、左连接(LEFTJOIN)、右连接(RIGHTJOIN)、全外连接(FULLOUTER... 目录一、连接类型图表(ASCII 形式)二、前置代码(创建示例表)三、连接方式代码示例1. 内连接(I

redis群集简单部署过程

《redis群集简单部署过程》文章介绍了Redis,一个高性能的键值存储系统,其支持多种数据结构和命令,它还讨论了Redis的服务器端架构、数据存储和获取、协议和命令、高可用性方案、缓存机制以及监控和... 目录Redis介绍1. 基本概念2. 服务器端3. 存储和获取数据4. 协议和命令5. 高可用性6.

在MySQL执行UPDATE语句时遇到的错误1175的解决方案

《在MySQL执行UPDATE语句时遇到的错误1175的解决方案》MySQL安全更新模式(SafeUpdateMode)限制了UPDATE和DELETE操作,要求使用WHERE子句时必须基于主键或索引... mysql 中遇到的 Error Code: 1175 是由于启用了 安全更新模式(Safe Upd