mysql高可用集群实验(环境准备）步骤

最新推荐文章于 2023-06-29 20:06:12 发布
最新推荐文章于 2023-06-29 20:06:12 发布
阅读量291 收藏
点赞数
分类专栏： MySQL 文章标签： MySQL 高可用 MHA
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42816196/article/details/82598949
版权

拓扑结构

 

            master51

       |

|

______________________________________________________

  | |         |         | |

 slave52    slave53   slave54     slave55      mgm56

                                              Manager

公共配置：

在所有主机上安装软件软件包(51~55)依次安装

[root@host51share]# ls  perl-*.rpm

perl-Config-Tiny-2.14-7.el7.noarch.rpm          

perl-Mail-Sender-0.8.23-1.el7.noarch.rpm       

perl-MIME-Types-1.38-2.el7.noarch.rpm

perl-Email-Date-Format-1.002-15.el7.noarch.rpm  

perl-Mail-Sendmail-0.79-21.el7.art.noarch.rpm  

perl-Parallel-ForkManager-1.18-2.el7.noarch.rpm

perl-Log-Dispatch-2.41-1.el7.1.noarch.rpm       

perl-MIME-Lite-3.030-1.el7.noarch.rpm

 

[root@host51share]# yum -y  install  perl-*.rpm

MHA 是用per编写的

 

一、配置所有数据节点主机之间可以互相以ssh密钥对方式认证登陆(51~55)依次操作,56不需要无密码登陆

[root@host51 ~]# ssh-keygen

[root@host51 ~]# ssh-copy-id root@192.168.4.54

二、配置manager56主机 无密码ssh登录 所有数据节点主机(把密钥传输给51～55）

[root@host56 ~]#  ssh-keygen

[root@host56 ~]# ssh-copy-id root@192.168.4.51~55

 

三、配置主从同步,要求如下：

51 主库     开半同步复制

52 从库（备用主库）  开半同步复制         //保证主库出问题，数据跟主库是一直的

53 从库（备用主库）  开半同步复制         //保证主库出问题，数据跟主库是一直的

54 从库 不做备用主库所以不用开半同步复制 

55 从库 不做备用主库所以不用开半同步复制

 

 

 

 

 

51：

[root@host51 ~]# vim /etc/my.cnf

[mysqld]

plugin-load = "rpl_semi_sync_master=semisync_master.so;rpl_semi_sync_slave=semisync_slave.so"

//开主库的半同步和从库的半同步

rpl-semi-sync-master-enabled = 1

rpl-semi-sync-slave-enabled = 1

 

server_id=51

log-bin=master51

binlog-format="mixed"    //指定binlog日志

:wq

[root@host51 ~]# systemctl  restart  mysqld

[root@host51 ~]# ls  /var/lib/mysql/master51.*

/var/lib/mysql/master51.000001  /var/lib/mysql/master51.index

 

[root@host51 ~]# mysql -uroot -p

 

mysql> set global validate_password_policy=0;

Query OK, 0 rows affected (0.00 sec)

 

mysql> set global validate_password_length=6;

Query OK, 0 rows affected (0.00 sec)

 

mysql> grant  replication slave  on  *.*  to repluser@"%"  identified by "123456";

Query OK, 0 rows affected, 1 warning (10.03 sec)

 

mysql> set global relay_log_purge=off;                  //不删除中继日志文件

Query OK, 0 rows affected (0.00 sec)

 

mysql> show master status;

+-----------------+----------+--------------+------------------+-------------------+

| File            | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |

+-----------------+----------+--------------+------------------+-------------------+

| master51.000001 |      441 |              |                  |                   |

+-----------------+----------+--------------+------------------+-------------------+

1 row in set (0.00 sec)

 

 

52:

[root@host2 ~]# vim /etc/my.cnf

[mysql]

 

plugin-load = "rpl_semi_sync_master=semisync_master.so;rpl_semi_sync_slave=semisync_slave.so"

rpl-semi-sync-master-enabled = 1

rpl-semi-sync-slave-enabled = 1

 

server_id=52

log-bin=master52

binlog-format="mixed"

:wq

[root@host2 ~]# systemctl  restart  mysqld

[root@host2 ~]# mysql -uroot -p

mysql> set global relay_log_purge=off;      //不删除中继日志文件

Query OK, 0 rows affected (0.00 sec)

 

mysql> change master to master_host="192.168.4.51",master_user="repluser",

    -> master_password="123456",master_log_file="master51.000001",master_log_pos=441;

 

Query OK, 0 rows affected, 2 warnings (0.30 sec)

 

mysql> start slave;

Query OK, 0 rows affected (0.09 sec)

 

mysql> show slave status\G;

*************************** 1. row ***************************

               Slave_IO_State: Waiting for master to send event

                  Master_Host: 192.168.4.51

                  Master_User: repluser

                  Master_Port: 3306

                Connect_Retry: 60

              Master_Log_File: master51.000001

          Read_Master_Log_Pos: 441

               Relay_Log_File: host2-relay-bin.000002

                Relay_Log_Pos: 319

        Relay_Master_Log_File: master51.000001

             Slave_IO_Running: Yes

            Slave_SQL_Running: Yes

 

 

53:

[root@host53 ~]# vim /etc/my.cnf

[mysqld]

plugin-load = "rpl_semi_sync_master=semisync_master.so;rpl_semi_sync_slave=semisync_slave.so"

rpl-semi-sync-master-enabled = 1

rpl-semi-sync-slave-enabled = 1

 

server_id=53

log-bin=master53

binlog-format="mixed"

:wq

[root@host53 ~]# systemctl  restart  mysqld

[root@host53 ~]# ls /var/lib/mysql/master53.*

/var/lib/mysql/master53.000001  /var/lib/mysql/master53.index

[root@host53 ~]# mysql -uroot -p123456

mysql> set global relay_log_purge=off;

Query OK, 0 rows affected (0.00 sec)

mysql> change master to master_host="192.168.4.51",master_user="repluser",

    -> master_password="123456",master_log_file="master51.000001",master_log_pos=441;

Query OK, 0 rows affected, 2 warnings (0.34 sec)

 

mysql> start slave;

Query OK, 0 rows affected (0.05 sec)

 

mysql> show slave status\G;

*************************** 1. row ***************************

               Slave_IO_State: Waiting for master to send event

                  Master_Host: 192.168.4.51

                  Master_User: repluser

                  Master_Port: 3306

                Connect_Retry: 60

              Master_Log_File: master51.000001

          Read_Master_Log_Pos: 441

               Relay_Log_File: host53-relay-bin.000002

                Relay_Log_Pos: 319

        Relay_Master_Log_File: master51.000001

             Slave_IO_Running: Yes

            Slave_SQL_Running: Yes

 

54:

[root@host54 ~]# vim /etc/my.cnf

[mysqld]

server_id=54

:wq

 

 

[root@host54 ~]# systemctl  restart  mysqld

[root@host54 ~]# mysql -uroot -p123456

mysql> change master to master_host="192.168.4.51",master_user="repluser",

    -> master_password="123456",master_log_file="master51.000001",master_log_pos=441;

Query OK, 0 rows affected, 2 warnings (0.31 sec)

 

mysql> start slave;

Query OK, 0 rows affected (0.09 sec)

 

mysql> show slave status\G;

*************************** 1. row ***************************

               Slave_IO_State: Waiting for master to send event

                  Master_Host: 192.168.4.51

                  Master_User: repluser

                  Master_Port: 3306

                Connect_Retry: 60

              Master_Log_File: master51.000001

          Read_Master_Log_Pos: 441

               Relay_Log_File: host54-relay-bin.000002

                Relay_Log_Pos: 319

        Relay_Master_Log_File: master51.000001

             Slave_IO_Running: Yes

            Slave_SQL_Running: Yes

 

55:

[root@host55 ~]# vim /etc/my.cnf

[root@host55 ~]# systemctl  restart  mysqld

[root@host55 ~]# mysql -uroot -p123456

mysql> change master to master_host="192.168.4.51",master_user="repluser",master_password="123456",master_log_file="master51.000001",master_log_pos=441;

Query OK, 0 rows affected, 2 warnings (0.37 sec)

 

mysql> start slave;

Query OK, 0 rows affected (0.01 sec)

mysql> show slave status\G;

*************************** 1. row ***************************

               Slave_IO_State: Waiting for master to send event

                  Master_Host: 192.168.4.51

                  Master_User: repluser

                  Master_Port: 3306

                Connect_Retry: 60

              Master_Log_File: master51.000001

          Read_Master_Log_Pos: 441

               Relay_Log_File: host55-relay-bin.000002

                Relay_Log_Pos: 319

        Relay_Master_Log_File: master51.000001

             Slave_IO_Running: Yes

            Slave_SQL_Running: Yes

[root@host2 ~]# mysql -uroot -p123456 -e "show slave status\G" | grep -i yes

mysql: [Warning] Using a password on the command line interface can be insecure.

             Slave_IO_Running: Yes

            Slave_SQL_Running: Yes

 

3.6、在客户端测试主从同步配置

3.6.1  在主库51上添加访问数据的授权用户

mysql> grant all on  gamedb.* to admin@"%" identified by "123456";

Query OK, 0 rows affected, 1 warning (0.02 sec)

 

3.6.2  在客户端主机连接主库51 建库表记录

mysql> create database gamedb;

Query OK, 1 row affected (0.01 sec)

 

mysql> create table  gamedb.t1 (id int);

Query OK, 0 rows affected (0.04 sec)

 

mysql> insert into gamedb.t1 values(999);

Query OK, 1 row affected (0.15 sec)

 

mysql> insert into gamedb.t1 values(999);

Query OK, 1 row affected (0.05 sec)

 

mysql> select  * from gamedb.t1;

+------+

| id   |

+------+

|  999 |

|  999 |

+------+

2 rows in set (0.00 sec)

 

mysql> 

 

3.6.3  在客户端使用授权用户连接从库52-55,也能看到同样的库表及记录

 

[root@host114 ~]# mysql -h从库IP地址 -uadmin -p123456

mysql> select  * from gamedb.t1;

+------+

| id   |

+------+

|  999 |

|  999 |

+------+

##一主多从的结构

##开半同步复制模式（默认是异步复制模式）

##禁用自动删除中继日志文件

##ssh密钥对认证登陆  56--  >（51-55）  51～55

##所有数据库管理服务器，要给管理主机添加监控时的连接用户

grant all on *.* to root@"%" identified by "123qqq...A"

##所有主机都要安装MHA软件的依赖包perl软件包

配置高可用集群：

数据库服务器（51～55）

安装mha_node软件包

管理主机：

安装mha_node 和mha_manager软件

创建管理软件：

编辑主配置文件app1.cnf （定义56主机的配置  指定数据库服务器）

                                               [server default ]  [serverX]

创建vip地址切换脚本 

chmod +x master_ip_failover 

定义vip地址            vip地址部署到那张网卡上

 

测试配置文件：

master_check_ssh   --conf=/etc/mha_manager/app1.cnf

master_check_repl  --conf=/etc/mha_manager/app1.cnf

 

启动管理服务：

master_status  --conf=/etc/mha_manager/app1.cnf

 

测试集群：

1.客户端连接vip地址访问数据库服务，可以存储数据

2.检测高可用性（那个数据库的数据最新，就把数据库切换到个数据库，—是通过中继日志的最新的记录时间，是根据这个参数作为参考）

 

 

把坏掉的主机添加会集群：

1.运行数据库服务

2.需要手动把数据添加会坏掉的数据库

3.需要在管理机上的配置文件，从新指定主机的信息（app1.cnf)

3.坏掉的主库，需要指定为现有的主库的备用主库（change master to .. ....)

4.启动管理服务

 

 

 

运维螺丝钉
关注
专栏目录
K8s（二十一）：在 Kubernetes 集群中部署 MySQL8.0 高可用集群（1主2从）
✨ 欢迎来到【Seal ^_^ 的CSDN博客】！这里是我记录技术心得、分享经验的地方。✨
04-16 1万+
🔴 K8s（二十一）：在 Kubernetes 集群中部署 MySQL8.0 高可用集群（1主2从）
MySQL高可用集群搭建
程序员光剑
09-18 1036
MySQL 是一种开源关系型数据库管理系统，早在2008年就诞生于美国，它是一个快速、可靠并且简单易用的数据库系统。但是随着互联网的普及和企业应用的复杂性增加，传统单机数据库已经无法满足海量数据的存储和处理需求。因此，MySQL作为当今最流行的关系数据库，也面临着越来越多的挑战，包括性能瓶颈、扩展性不足、高可用性等。为了解决这些问题，本文将以部署多个MySQL服务器组成的高可用集群，并通过主从复制、读写分离、负载均衡等方式实现MySQL数据库的高可用性，为企业级应用提供更好的服务。
MySQL数据库_MySQL高可用集群实验
Not Found 404
07-24 418
本文包括2个实验实验：MHA实验：Galera Cluster 实验：MHA 实验环境： 1 台Manager主机：192.168.99.101 1 台Master主机：192.168.99.102 2 台slave主机：192.168.99.103~104 准备2个安装包 mha4mysql-manager 和 mha4mysql-node 链接：https://pan.baidu.co...
MySQL高可用架构之MHA实验
han156的博客
11-26 598
一、准备实验MYSQL Replication环境： MHA对MYSQL复制环境有特殊要求，例如各节点都要开启二进制日志及中继日志，各从节点必须显示启用其read-only属性，并关闭relay_log_purge功能等，这里对配置做事先说明。 注意：开始试验之前，同步时间，关闭iptables，关闭selinux； 本实验环境共有四个节点，其角色分配如下： node1：Mar
MySQL集群配置实验_Mysql集群配置
weixin_42503223的博客
02-02 122
MySQL集群配置一、介绍========这篇文档旨在介绍如何安装配置基于2台服务器的MySQL集群。并且实现任意一台服务器出现问题或宕机时MySQL依然能够继续运行。注意！虽然这是基于2台服务器的MySQL集群，但也必须有额外的第三台服务器作为管理节点，但这台服务器可以在集群启动完成后关闭。同时需要注意的是并不推荐在集群启动完成后关闭作为管理节点的服务器。尽管理论上可以建立基于只有2台服务器的M...
Swarm搭建Docker集群 试验步骤
jinliang1star的博客
06-12 377
#Swarm搭建Docker集群 试验步骤 ##1、环境准备 ###1.1 所用版本如下 centos 7 docker swaram 这里用两台机器来搭建,分别如下: swarm01 192.168.0.240 swarm02 192.168.0.239 ###1.2 安装docker # yum search docker # yum install -y docker # systemc...
MySQL 集群的配置(实验：开了四台虚拟机)
chuandie2968的博客
03-30 374
领导给派了个安装MySQL集群的活，然后就开始啃文档，啃完之后自己配置，然后一堆的错，没法处理，耽误了好久，弄了两个星期多才弄出来，中间很苦逼，就是Linux很菜的，所以文件权限，iptables，ip地址这些就整疯了哦，但是最终也还是弄出来了，开心到死啊，简单记录一下。 首先上文档： 为...
mysql高可用集群MGR组复制集群介绍及搭建说明
最新发布
05-27
### MySQL高可用集群MGR组复制集群介绍及搭建说明 #### 一、资源概述 本文档旨在为用户提供一份详尽的MySQL高可用集群MGR（组复制）集群介绍及搭建指南。MySQL组复制（MySQL Group Replication, MGR）是一项基于...
深入理解Mysql MHA高可用集群搭建：从实验到实战
12-28
《深入理解Mysql MHA高可用集群搭建：从实验到实战》 MySQL的高可用性是数据库系统稳定运行的关键，而MHA（Master High Availability）是实现这一目标的重要工具。MHA专注于处理MySQL主从复制架构中的主节点故障，...
mysql NDBcluster高可用集群介绍及部署搭建说明
05-27
### MySQL NDB Cluster高可用集群知识点详解 #### 一、MySQL NDB Cluster概述 MySQL NDB Cluster 是一种专为提供高可用性和数据冗余而设计的 MySQL 数据库管理系统的一个特殊版本。它通过集群架构实现数据的分布式...
mysql mha相关的包perl-Log-Dispatch
07-27
MHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本DeNA公司youshimaton（现就职于Facebook公司）开发，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。
MySQL集群配置实验_MySQL集群服务器的一些实验
weixin_39999536的博客
01-19 121
具体有：MySQL主从备份。MySQL主主备份。MySQL一主多从MySQL多主一从MySQL中间件Amoeba目标：理解原理，要会操作。1、MySQL主从复制为什么要主从备份：提高容灾能力，读写分离，读库与写库分开来。提高数据库的并发能力，避免锁。主从同步的过程：1、master在执行sql产生binglog2、slave从master机器上获取binlog，存在于relay-log中，然后从上...
​搭建Mysql-MHA高可用服务
li81562的博客
08-10 472
mysql+MHA服务
MySQL实验准备(一)--环境准备
weixin_30485799的博客
06-15 215
MySQL实验准备(一)--环境准备 MySQL实验脚本准备(一) python操纵数据库的实验环境 安装pip 1.下载脚本文件 [root@db01 .vnc]# wget https://bootstrap.pypa.io/get-pip.py 2.查看pip版本 [root@db01 .vnc]# pip --version pip...
MYSQL高可用架构之MHA
Logbook的博客
08-09 482
实验环境的搭建： 准备： 在主从复制的基础上面去做一主两从 主从复制可以参考 https://blog.csdn.net/aaaaaab_/article/details/81515111 server1：172.25.38.1（master） server2：172.25.38.2（slave） server3：172.25.38.3（slave） server4：172.25.38.4（mh...
1.1 MySQL OCP 实战环境准备
元贞
09-09 97
MySQLOCP实战环境准备 MySQL数据库安装后期设置 MySQL5.7数据库简单操作与卸载(win) MySQL8.0下载与安装(win) MySQL8.0数据库的配置(win) MySQL8.0数据库管理入门(win) MySQL8.0数据库基本操作 ...
汇总-13台虚拟机搭建一个高可用负载均衡集群架构 验收
tanyyinyu的博客
12-08 691
要求 用13台虚拟机搭建一个高可用负载均衡集群架构出来，并运行三个站点，具体需求如下。 设计你认为合理的架构，用visio把架构图画出来 搭建lnmp、tomcat+jdk环境 三个站点分别为：discuz论坛、dedecms企业网站以及zrlog博客 由于机器有限，尽可能地把三个站点放到同一台服务器上，然后做负载均衡集群，要求所有站点域名解析到一个ip上，也就是说只有一个出口ip...
【DBA专属】MHA高可用数据库集群-----------一主一备两从一管理，一个VIP客户端
2302_77582029的博客
06-29 830
【DBA专属】MHA高可用数据库集群-----------一主一备两从一管理，一个VIP客户端
MHA部署
qq_43109978的博客
08-16 372
目录 <1>配置基于gtid的主从复制架构 <2>建立集群的免认证登录 <3>安装MHA-node，MHA-manager及依赖包 <4>配置MHA管理节点 <5>检测配置是否正确 <6>启动并测试MHA服务 <7>设置主服务器虚拟ip <8>测试 <1>配置基于gt...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

运维螺丝钉

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值