MMM(Master-Master Replication Manager for MySQL）配置、原理、测试

于 2023-06-30 19:56:15 发布
阅读量580 收藏
点赞数
文章标签： mysql 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/youcan_doit/article/details/131474824
版权

目录

一、工作原理

二、环境准备

三、实现步骤

1.所有服务器安装epel源，mariadb数据库

2.修改数据库配置文件

3.设置db1服务器、db2服务器互为主从

4.将db3、db4设置为db1的从服务器

5.所有服务器下载 mmm* 所有软件

6.在所有数据库授权使monitor可以访问

7.所有主机修改配置文件

8.所有服务器修改角色

9.所有服务器修改监控主机配置文件

10.所有数据库启动mysql agent代理服务、启动监控

11.监控服务器（192.168.1.138）查看集群状态、查看监控状态

四、测试

1.停止第一个主服务器，查看监控状态、主从状态

2.在db2服务器创建一个数据库‘ceshi’

3.将db1重新加回来，看看‘ceshi’数据库有没有同步到db1服务器开启db1 mariadb服务

4.查看db1、db3、db4服务器有没有同步db2添加ceshi数据库的操作

五、总结

一、工作原理

mmm_mond：监控进程，负责所有的监控工作，决定和处理所有节点角色活动。因此脚本需要在监管机上运行

mmm_agentd：运行在每个mysql服务器上的代理进程，完成监控的探针工作和执行简单的远端服务设置（此脚本需要在被监管机上运行）

mmm_control：一个简单的脚本，提供管理mmm_mond进程的命令

mysql-mmm：监管端会提供多个虚拟IP（VIP），包括一个写VIP，多个可读VIP，通过监管的管理，这些IP会绑定在可用MySQL之上，当某台MySQL宕机时，监管会将VIP地址迁移至其他MySQL服务器

注意：
 在整个监管过程中，需要在mysql中添加相关授权用户，以便让mysql可以支持监管机的维护
 授权的用户包括mmm_monito用户和一个mmm_agent用户，如果想使用mmm的备份工具则还要添加一个mmm_tools用户

二、环境准备

准备四台服务器并修改主机名、一台监控服务器：192.168.1.138

192.168.1.12（db1）、192.168.1.133（db2）、192.168.1.134（db3）、192.168.1.135（db4）

[root@localhost ~] hostnamectl set-hostname db1
[root@localhost ~] bash
[root@db1 ~]

关闭防火墙

[root@db1 ~] systemctl stop firewalld
[root@db1 ~] iptables -F
[root@db1 ~] setenforce 0

三、实现步骤

1.所有服务器安装epel源，mariadb数据库
[root@db1 ~] yum -y install epel-release
[root@db1 ~] yum -y install mariadb mariadb-server
2.修改数据库配置文件
[root@db1 ~] vim /etc/my.cnf
[mysqld]
log-bin=mysql-bin
log-slave-updates=true     #变成其他从库的主库的必要参数
server-id=1     #db2服务器将这里改为2即可
relay-log=relay-log-bin
relay-log-index=relay-log-bin.index


[root@db3 ~] vim /etc/my.cnf
[mysqld]
server-id=3    #db4 将这里改为4即可
relay-log=relay-log-bin
relay-log-index=relay-log-bin.index
3.设置db1服务器、db2服务器互为主从
[root@db1 ~] systemctl start mariadb 
[root@db1 ~] mysql
#db1给db2的用户授权
MariaDB [(none)]> grant replication slave on *.* to 'replication'@'192.168.1.133' identified by '123456';
Query OK, 0 rows affected (0.00 sec)

MariaDB [(none)]> flush privileges;
Query OK, 0 rows affected (0.00 sec)


#db2给db1的用户授权
[root@db2 ~] systemctl start mariadb 
[root@db2 ~] mysql
MariaDB [(none)]> grant replication slave on *.* to 'replication'@'192.168.1.12' identified by '123456';
Query OK, 0 rows affected (0.00 sec)

MariaDB [(none)]> flush privileges;
Query OK, 0 rows affected (0.00 sec)


#db1查看日志文件
MariaDB [(none)]> show master status;
+------------------+----------+--------------+------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000003 |      481 |              |                  |
+------------------+----------+--------------+------------------+

#db2设置为db1从服务器
MariaDB [(none)]> stop slave;
Query OK, 0 rows affected, 1 warning (0.00 sec)

MariaDB [(none)]> change master to master_host="192.168.1.12", master_user="replication", master_password="123456", master_log_file="mysql-bin.000003", master_log_pos=481;
Query OK, 0 rows affected (0.01 sec)

MariaDB [(none)]> start slave;
Query OK, 0 rows affected (0.00 sec)

MariaDB [(none)]> show master status\G;
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes

#同理将db1设置为db2的从服务器
4.将db3、db4设置为db1的从服务器
#db1给db3、db4的用户授权
MariaDB [(none)]> grant replication slave on *.* to 'replication'@'192.168.1.134' identified by '123456';
Query OK, 0 rows affected (0.00 sec)

MariaDB [(none)]> grant replication slave on *.* to 'replication'@'192.168.1.135' identified by '123456';
Query OK, 0 rows affected (0.00 sec)

MariaDB [(none)]> flush privileges;
Query OK, 0 rows affected (0.00 sec)

MariaDB [(none)]> show master status;
+------------------+----------+--------------+------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000003 |      878 |              |                  |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)

#db3、db4给db1的用户授权
MariaDB [(none)]> grant replication slave on *.* to 'replication'@'192.168.1.12' identified by '123456';
Query OK, 0 rows affected (0.00 sec)

MariaDB [(none)]> flush privileges;
Query OK, 0 rows affected (0.00 sec)


#db3、db4设置为db1从服务器
MariaDB [(none)]> stop slave;
Query OK, 0 rows affected (0.00 sec)
MariaDB [(none)]> change master to master_host="192.168.1.12", master_user="replication", master_password="123456", master_log_file="mysql-bin.000003", master_log_pos=878;
Query OK, 0 rows affected (0.00 sec)

MariaDB [(none)]> show slave status\G;
*************************** 1. row ***************************

             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
5.所有服务器下载 mmm* 所有软件
[root@db1 ~] yum -y install mysql-mmm*
6.在所有数据库授权使monitor可以访问
[root@db1 ~] mysql
MariaDB [(none)]> grant super, replication client, process on *.* to 'mmm_agent'@'192.168.1.%' identified by '123456';
Query OK, 0 rows affected (0.00 sec)
7.所有主机修改配置文件
[root@db1 ~] vim /etc/mysql-mmm/mmm_common.conf
active_master_role      writer

<host default>
    cluster_interface       ens33
    pid_path                /run/mysql-mmm-agent.pid  
    bin_path                /usr/libexec/mysql-mmm/
    replication_user        repliction  #复制用户
    replication_password    123456      
    agent_user              mmm_agent   #管理用户
    agent_password          123456
</host>

<host db1>
    ip      192.168.1.12
    mode    master
    peer    db2     #db1监控db2
</host>

<host db2>
    ip      192.168.1.133
    mode    master
    peer    db1    #db2监控db1
</host>

<host db3>
    ip      192.168.1.134
    mode    slave
</host>


<host db4>
    ip      192.168.1.135
    mode    slave

</host>

<role writer>
    hosts   db1, db2
    ips     192.168.100.200
    mode    exclusive     #独断IP
</role>

<role reader>
    hosts   db3, db4
    ips     192.168.100.198, 192.168.100.199
    mode    balanced    #方式
</host>



#剩下的直接远程复制会快点哦！
[root@db1 ~] scp /etc/mysql-mmm/mmm_common.conf 192.168.1.133:/etc/mysql-mmm/mmm_common.conf 
The authenticity of host '192.168.1.133 (192.168.1.133)' can't be established.
ECDSA key fingerprint is SHA256:mgc4iZ/w11vaana8aZbfLvgUSFhlAbUK/ghw1ANkBNw.
ECDSA key fingerprint is MD5:c2:c7:85:09:96:72:84:a1:13:6b:72:f2:e1:d5:2b:e6.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '192.168.1.133' (ECDSA) to the list of known hosts.
root@192.168.1.133's password:
8.所有服务器修改角色
[root@db1 ~] vim /etc/mysql-mmm/mmm_agent.conf 
this db1

[root@db2 ~] vim /etc/mysql-mmm/mmm_agent.conf 
this db2

[root@db3 ~] vim /etc/mysql-mmm/mmm_agent.conf 
this db3

[root@db4 ~] vim /etc/mysql-mmm/mmm_agent.conf 
this db4
9.所有服务器修改监控主机配置文件

[root@mmm ~] vim /etc/mysql-mmm/mmm_mon.conf
#ips后添加服务器 真实IP
ping_ips            192.168.1.138 
    monitor_user        mmm_agent
    monitor_password    123456
10.所有数据库启动mysql agent代理服务、启动监控
[root@db1 ~] systemctl start mysql-mmm-monitor
[root@db1 ~]  systemctl start mysql-mmm-agent
11.监控服务器（192.168.1.138）查看集群状态、查看监控状态
[root@mmm ~]  mmm_control show
  db1(192.168.1.12) master/ONLINE. Roles: writer(192.168.100.200)
  db2(192.168.1.133) master/ONLINE. Roles: 
  db3(192.168.1.134) slave/ONLINE. Roles: reader(192.168.100.198)
  db4(192.168.1.135) slave/ONLINE. Roles: reader(192.168.100.199)

[root@mmm ~] mmm_control checks all
db4  ping         [last change: 2023/06/30 19:03:25]  OK
db4  mysql        [last change: 2023/06/30 19:03:25]  OK
db4  rep_threads  [last change: 2023/06/30 19:03:25]  OK
db4  rep_backlog  [last change: 2023/06/30 19:03:25]  OK: Backlog is null
db2  ping         [last change: 2023/06/30 19:03:25]  OK
db2  mysql        [last change: 2023/06/30 19:03:25]  OK
db2  rep_threads  [last change: 2023/06/30 19:03:25]  OK
db2  rep_backlog  [last change: 2023/06/30 19:03:25]  OK: Backlog is null
db3  ping         [last change: 2023/06/30 19:03:25]  OK
db3  mysql        [last change: 2023/06/30 19:03:25]  OK
db3  rep_threads  [last change: 2023/06/30 19:03:25]  OK
db3  rep_backlog  [last change: 2023/06/30 19:03:25]  OK: Backlog is null
db1  ping         [last change: 2023/06/30 19:03:25]  OK
db1  mysql        [last change: 2023/06/30 19:03:25]  OK
db1  rep_threads  [last change: 2023/06/30 19:06:40]  OK
db1  rep_backlog  [last change: 2023/06/30 19:03:25]  OK: Backlog is null

四、测试

1.停止第一个主服务器，查看监控状态、主从状态
[root@db1 ~] systemctl stop mariadb.service 

[root@mmm ~]  mmm_control show
  db1(192.168.1.12) master/HARD_OFFLINE. Roles: 
  db2(192.168.1.133) master/ONLINE. Roles: writer(192.168.100.200)
  db3(192.168.1.134) slave/ONLINE. Roles: reader(192.168.100.198)
  db4(192.168.1.135) slave/ONLINE. Roles: reader(192.168.100.199)

[root@mmm ~] mmm_control checks all
db4  ping         [last change: 2023/06/30 19:03:25]  OK
db4  mysql        [last change: 2023/06/30 19:03:25]  OK
db4  rep_threads  [last change: 2023/06/30 19:03:25]  OK
db4  rep_backlog  [last change: 2023/06/30 19:03:25]  OK: Backlog is null
db2  ping         [last change: 2023/06/30 19:03:25]  OK
db2  mysql        [last change: 2023/06/30 19:03:25]  OK
db2  rep_threads  [last change: 2023/06/30 19:03:25]  OK
db2  rep_backlog  [last change: 2023/06/30 19:03:25]  OK: Backlog is null
db3  ping         [last change: 2023/06/30 19:03:25]  OK
db3  mysql        [last change: 2023/06/30 19:03:25]  OK
db3  rep_threads  [last change: 2023/06/30 19:03:25]  OK
db3  rep_backlog  [last change: 2023/06/30 19:03:25]  OK: Backlog is null
db1  ping         [last change: 2023/06/30 19:03:25]  OK
db1  mysql        [last change: 2023/06/30 19:16:32]  ERROR: Connect error (host = 192.168.1.12:3306, user = mmm_agent)! Can't connect to MySQL server on '192.168.1.12' (111)
db1  rep_threads  [last change: 2023/06/30 19:06:40]  OK
db1  rep_backlog  [last change: 2023/06/30 19:03:25]  OK: Backlog is null


MariaDB [(none)]> show slave status\G;
*************************** 1. row ***************************
     
             Slave_IO_Running: Connecting
            Slave_SQL_Running: Yes

发现VIP从db1，转移到db2了，db2、db3、db4的主从复制也断开连接

2.在db2服务器创建一个数据库‘ceshi’
MariaDB [(none)]> create database ceshi;
Query OK, 1 row affected (0.01 sec)

MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| ceshi              |
| mysql              |
| performance_schema |
| test               |
+--------------------+
5 rows in set (0.00 sec)

发现db3、db4并没有跟着复制db2的操作

3.将db1重新加回来，看看‘ceshi’数据库有没有同步到db1服务器
开启db1 mariadb服务
[root@db1 ~] systemctl restart mariadb.service

手动切换Roles规则  将VIP从db2切换到db1

[root@mmm ~]  mmm_control move_role writer db1
OK: Role 'writer' has been moved from 'db2' to 'db1'. Now you can wait some time and check new roles info!
[root@mmm ~]  mmm_control show
  db1(192.168.1.12) master/ONLINE. Roles: writer(192.168.100.200)
  db2(192.168.1.133) master/ONLINE. Roles: 
  db3(192.168.1.134) slave/ONLINE. Roles: reader(192.168.100.198)
  db4(192.168.1.135) slave/ONLINE. Roles: reader(192.168.100.199)
4.查看db1、db3、db4服务器有没有同步db2添加ceshi数据库的操作
MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| test               |
+--------------------+
4 rows in set (0.00 sec)

MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| ceshi              |
| mysql              |
| performance_schema |
| test               |
+--------------------+
5 rows in set (0.00 sec)

五、总结

MMM集群，当任意master服务器（1）宕机后，另一台master服务器会（2）继承VIP，虽然表面上主从复制断开连接，但另一台master服务（2）还是担任master服务器的角色，将宕机master服务器（1）重新启动后，会自动同步master服务器（2）的数据，同时传给从服务器，从而保证数据的完整性！

我还能再学点
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
mysql-mmm.
08-22
mysql - mmm 架构配置文档。
mmm
wojiaohanyefei的专栏
06-11 613
mmmmmm
MMM切换原理
cuique7070的博客
01-10 225
slaveagent收到new master发送的set_active_master信息后如何进行切换主库 源码Agent\Helpers\Actions.pm set_active_master($new_mast...
详解MySQL高可用MMM搭建方案及架构原理
demonson的专栏
02-14 1095
本篇文章主要介绍搭建MMM方案以及MMM架构的原理。这里不介绍主从、主主的搭建方法，MMM方案不适用对数据一致性要求很高的业务。下面一起来学习学习。 先来看看架构，如下图： 部署 1.修改hosts 在所有的服务器中执行相同的操作。 vim /etc/hosts 192.168.137.10 master 192.168.137.20 backup 192.168.137.3...
Linux——MySQL-MMM
weixin_45191791的博客
03-10 1105
MySQL—MMM MMM官网：http://mysql-mmm.org ​ MMM即Multi-Master Replication Manager for MySQL:mysql多主复制管理器,基于perl实现,关于mysql主主复制配置的监控、故障转移和管理的一套可伸缩的脚本套件（在任何时候只有一个节点可以被写入），MMM也能对从服务器进行读负载均衡，所以可以用它来在一组用于复制的服务器启动虚拟ip，除此之外，它还有实现数据备份、节点之间重新同步功能的脚本。MySQL本身没有提供replicatio
MySQL-MMM安装指南(Multi-Master Replication Manager for MySQL)
09-10
MySQL-MM (Multi-Master Replication Manager) 是一种用于MySQL数据库的高可用性和负载均衡解决方案，它支持多主复制，允许数据在多个主节点之间双向同步。以下是对MySQL-MMM安装的详细步骤和基本配置的说明。 首先...
mysql-mmm-2.2.1-中文版
03-04
MMM(Master-Master replication managerfor Mysql，Mysql主主复制管理器)是一套灵活的脚本程序，基于perl实现，用来对mysql replication进行监控和故障迁移，并能管理mysql Master-Master复制的配置(同一时间只有一...
MySQL-MMM高可用.docx
最新发布
10-08
MySQL-MMM是Master-Master replication manager for MySQL，主要用来监控和管理MySQL Master-Master复制。MMM架构可以实现高可用性、负载均衡和故障切换等功能。下面是对MMM架构的详细解释： 1. MMM架构组件 MMM...
MySQL-MMM演示
05-06
MySQL-MMM演示
MySQL 高可用MMM安装部署以及故障转移详细资料汇总
04-22 353
1，mmm简介 MMM（Master-Masterreplication manager for MySQL）是一套支持双主故障切换和双主日常管理的脚本程序。MMM使用Perl语言...
【MySQL数据库】MMM高可用架构
wang_dian1的博客
06-28 2413
是一套支持双主故障切换和双主日常管理的脚本程序。MMM 使用 Perl 语言开发，主要用来监控和管理 MySQL Master-Master （双主）复制，虽然叫做双主复制，但是业务上同一时刻只允许对一个主进行写入，另一台备选主上提供部分读服务，以加速在主主切换时备选主的预热，可以说MMM这套脚本程序一方面实现了故障切换的功能，另一方面其内部附加的工具脚本也可以实现多个 Slave 的 read 负载均衡。
android中的m、mm、mmm、make指令
karol_peng的博客
08-25 8527
参考博客： android的m、mm、mmm编译命令的使用 Android源代码编译命令m/mm/mmm/make分析 须知 ** m、mm、mmm指令是对make指令的封装，是通过make指令对整个源码或者指定模块进行编译。 Android.mk是一个makefile脚本文件，用于描述模块编译信息。 lunch指令是定义在build/envsetup.sh文件中的函数lunch所提供。m、mm、mmm指令也是由build/envsetup.sh文件中的函数m、mm、mmm提供。 因此需要先在源码所在根目
MMM高可用架构
彼岸吖的博客
09-07 757
目录 一.MMM简介 1.了解MMM 2.MMM的应用场景 3.MMM高可用架构说明 二.搭建MMM架构 环境准备 搭建 MySQL 多主多从模式 安装配置 MySQL-MMM MMM测试 故障测试 客户端测试 一.MMM简介 1.了解MMM MMM(Maste-MasterrplicationmanagerforMySQL,MySQL主主复制管理器)是一套支持双主 故障切换和双主日常管理的脚本程序。MMM使用Perl语言开发，主要用来监控和管...
用MHA实现mysql自动故障转移(配置vip模式，非keepalive）
雅冰石的专栏
08-07 5164
一：MHA介绍 什么是mha，有什么特性 1.主服务器的自动监控和故障转移 MHA监控复制架构的主服务器，一旦检测到主服务器故障，就会自动进行故障转移。即使有些从服务器没有收到最新的relaylog，MHA自动从最新的从服务器上识别差异的relaylog并把这些日志应用到其他从服务器上，因此所有的从服务器保持一致性了。MHA通常在几秒内完成故障转移，9-12秒可以检测出主服
Mysql-mmm高可用方案安装及配置
weixin_34289454的博客
12-31 152
说明： app |---------------- ||master1 master2(db1) (db2) ||---------------- |--------...
MM 算法与 EM算法概述
weixin_34279184的博客
01-28 1691
1、MM 算法： 　　MM算法是一种迭代优化方法，利用函数的凸性来寻找它们的最大值或最小值。 MM表示 “majorize-minimize MM 算法” 或“minorize maximize MM 算法”，取决于需要的优化是最大化还是最小化。 MM本身不是算法，而是一种如何构造优化算法的描述。 　　MM算法的思想是不直接对目标函数求最优化解，转而找到一个目标函数的替代函数，对这个替代函数求解。...
replication-manager 搭建
weixin_33816946的博客
09-02 398
replication-manager 搭建 介绍 replication-manager 主要用于mysql主从结构的监控和主从切换. 安装 vi /etc/yum.repos.d/signal18.repo \\加入一下内容 [signal18] name=Signal18 repositories baseurl=http://repo.signal18.io/centos/$release...
mysql-group-replication
08-04
MySQL组复制是MySQL数据库的一种高可用性解决方案，它通过在多个MySQL实例之间复制数据来提供冗余和故障转移能力。根据提供的引用内容，可以看出在配置MySQL组复制时，需要进行以下步骤： 1. 将db02加入到集群中：通过设置`group_replication_allow_local_disjoint_gtids_join`参数为ON，然后启动组复制`start group_replication`。可以使用`select * from performance_schema.replication_group_members`命令查看复制集群的服务器信息，其中包括成员的ID、主机和端口等信息。 2. 安装组复制插件：使用`CHANGE MASTER TO MASTER_USER=INSTALL PLUGIN group_replication SONAME 'group_replication.so'`命令安装组复制插件。 3. 修改db01的配置文件：编辑`mysql80.cnf`文件，修改其中的相关配置项，如`gtid-mode`、`enforce-gtid-consistency`、`log-slave-updates`等。同时，需要修改`loose-group_replication_group_seeds`参数，将其中的IP地址和端口号修改为正确的值。修改完成后，重启MySQL服务。 以上是配置MySQL组复制的一般步骤，根据具体情况可能还需要进行其他配置和操作。请注意，这只是一个简要的回答，具体的配置和操作步骤可能因环境和需求而有所不同。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

我还能再学点

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

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

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

打赏作者

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

抵扣说明：

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

余额充值