MySQL高可用集群之MySQL-MMM

2024-04-23 07:48
文章标签 mysql 集群 可用 database mmm

本文主要是介绍MySQL高可用集群之MySQL-MMM，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

一、环境简述

1、工作逻辑图

wKiom1LiE0TjqodPAAFe12iPcoM036.jpg


2、MySQL-MMM优缺点

优点：高可用性，扩展性好，出现故障自动切换，对于主主同步，在同一时间只提供一台数据库写操作，保证的数据的一致性。

缺点：Monitor节点是单点，可以结合Keepalived实现高可用。

3、MySQL-MMM工作原理

MMM(Master-Master replication managerfor Mysql，Mysql主主复制管理器)是一套灵活的脚本程序，基于perl实现，用来对mysql replication进行监控和故障迁移，并能管理mysql Master-Master复制的配置(同一时间只有一个节点是可写的)。

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

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

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

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

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

4、需求描述

操作系统：CentOS 6.5_X64

数据库：MySQL 5.1

MMM：MySQL-MMM 2.2.1

数据库分配：

function

ip

hostname

server id

monitoring host

192.168.0.201

monitor

无

master 1

192.168.0.202

db1

1

master 2

192.168.0.203

db2

2

slave 1

192.168.0.204

db3

3

slave 2

192.168.0.205

db4

4

虚拟IP地址（VIP）：

ip

role

192.168.0.211

writer

192.168.0.212

reader

192.168.0.213

reader

数据库同步需要的用户：

function

description

privileges

monitor user

mmm监控用于对mysql服务器进程健康检查

REPLICATION  CLIENT

agent user

mmm代理用来更改只读模式，复制的主服务器等

SUPER,  REPLICATION CLIENT, PROCESS

replication user

用于复制

REPLICATION SLAVE


二、db1，db2，db3和db4安装数据库并配置

1
2
3
[root@db1 ~] # yum install mysql-server mysql
[root@db1 ~] # service mysqld start
[root@db1 ~] # mysqladmin -u root password 123.com
1
2
3
4
5
6
7
8
9
10
11
12
13
[root@db1 ~] # vi /etc/my.cnf   #添加如下
[mysqld]
binlog- do -db= test            #需要记录二进制日志的数据库，多个用逗号隔开
binlog-ignore-db=mysql，information_schema   #不需要记录二进制日志的数据库，多个用逗号隔开
auto_increment_increment=2   #字段一次递增多少
auto_increment_offset=1      #自增字段的起始值，值设置不同
replicate- do -db= test         #同步的数据库，多个写多行
replicate-ignore-db = information_schema  #不同步的数据库，多个写多行
server_id = 1                #每台设置不同
log_bin = mysql-bin
log_slave_updates            #当一个主故障，另一个立即接管
sync -binlog=1                #每条自动更新，安全性高，默认是0
[root@db1 ~] # service mysqld restart

三、配置db1和db2主主同步

#先查看下log bin日志和pos值位置

wKiom1LiFSSj8L93AADf1WvkZrc175.jpg

db1配置如下：

1
2
3
4
5
6
7
8
9
10
[root@db1 ~] # mysql -u root -p123.com
mysql> GRANT REPLICATION SLAVE ON *.* TO  'replication' @ '192.168.0.%'  IDENTIFIED BY  'replication' ;
mysql> flush privileges;
mysql> change master to
     -> master_host= '192.168.0.203' ,
     -> master_user= 'replication' ,
     -> master_password= 'replication' ,
     -> master_log_file= 'mysql-bin.000002' ,
-> master_log_pos=106;   #对端状态显示的值
mysql> start slave;      #启动同步

db2配置如下：

1
2
3
4
5
6
7
8
9
10
[root@db2 ~] # mysql -u root -p123.com
mysql> GRANT REPLICATION SLAVE ON *.* TO  'replication' @ '192.168.0.%'  IDENTIFIED BY  'replication' ;
mysql> flush privileges;
mysql> change master to
     -> master_host= '192.168.0.202' ,
     -> master_user= 'replication' ,
     -> master_password= 'replication' ,
     -> master_log_file= 'mysql-bin.000002' ,
     -> master_log_pos=106;
mysql> start slave;   #启动同步

#主主同步配置完毕，查看同步状态Slave_IO和Slave_SQL是YES说明主主同步成功。

wKiom1LiFWuCLUBJAAF0L482n6w090.jpg

在db2插入数据测试下：

wKioL1LiFWSR-i2vAAEZ-uKc1J4027.jpg

在db2查看是否同步成功：

wKiom1LiFZPB99NhAADLOk1KPqM603.jpg

可以看到已经成功同步过去，同样在db2插入到user表数据，也能同步过去。我们的双主就成功了，开始做主从复制。

四、配置slave1和slave2做为master1的从库

#先看下master1状态值

wKioL1LiFXuhn044AADgx45fyb4146.jpg

在slave1和slave2分别执行：

1
2
3
4
5
6
mysql> change master to
     -> master_host= '192.168.0.202' ,
     -> master_user= 'replication' ,
     -> master_password= 'replication' ,
     -> master_log_file= 'mysql-bin.000002' ,
     -> master_log_pos=434;

在slave1和slave2查看如下说明主从复制成功。但是数据没过来，这是因为主从复制原理只同步配置完后的增删改记录，以后的数据是不能同步的，我们可以把主的数据库备份了，然后在送数据库还原。

wKioL1LiFYjT9kuiAAF_Q3E37SE843.jpg

1
2
3
4
5
[root@db1 ~] # mysqldump -uroot -p123.com test > test.sql
[root@db1 ~] # scp test.sql root@192.168.0.204:/root/
[root@db1 ~] # scp test.sql root@192.168.0.205:/root/
[root@db3 ~] # mysql -u root -p123.com test < test.sql
[root@db4 ~] # mysql -u root -p123.com test < test.sql

五、MySQL-MMM安装配置

CentOS默认没有mysql-mmm软件包，官方推荐使用epel的网络源，五台都安装epel：

rpm -ivh http://mirrors.ustc.edu.cn/fedora/epel/6/x86_64/epel-release-6-8.noarch.rpm

1、monitor节点安装

[root@monitor ~]#  yum -y install mysql-mmm-monitor

2、四台db节点安装

[root@db1 ~]# yum -y install mysql-mmm-agent

3、在四台db节点授权monitor访问

1
2
3
[root@db ~] # mysql -u root -p123.com
mysql> GRANT REPLICATIONCLIENT ON *.* TO  'mmm_monitor' @ '192.168.0.%'  IDENTIFIED BY  'monitor' ;                   
mysql> GRANT SUPER,REPLICATION CLIENT, PROCESS ON *.* TO  'mmm_agent' @ '192.168.0.%'  IDENTIFIED BY 'agent' ;

4、修改mmm_common.conf文件（五台相同）

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
[root@monitor ~] # vi /etc/mysql-mmm/mmm_common.conf
active_master_role      writer
<host default>
     cluster_interface       eth0
     pid_path                /var/run/mysql-mmm/mmm_agentd .pid
     bin_path                 /usr/libexec/mysql-mmm/
     replication_user        replication
     replication_password    replication
     agent_user              mmm_agent
     agent_password          agent
< /host >
<host db1>
     ip     192.168.0.202
     mode   master
     peer   db2
< /host >
<host db2>
     ip     192.168.0.203
     mode   master
     peer   db1
< /host >
<host db3>
     ip     192.168.0.204
     mode   slave
< /host >
<host db4>
     ip     192.168.0.205
     mode   slave
< /host >
<role writer>
     hosts  db1, db2
     ips    192.168.0.211
     mode   exclusive     #只有一个host可以writer，一般写操作是这个模式
< /role >
<role reader>
     hosts  db3, db4
     ips    192.168.0.212,192.168.0.213
     mode   balanced      #多个host可以reader，一般读操作是这个模式
< /role >

#通过scp命令传送到其他四台：

scp /etc/mysql-mmm/mmm_common.conf root@192.168.0.202/203/204/205:/etc/mysql-mmm/

5、修改四台db代理端mmm_agent.conf文件

1
2
3
[root@db ~] # vi /etc/mysql-mmm/mmm_agent.conf
include mmm_common.conf
this db1    #分别修改为本机的主机名，即db1、db2、db3和db4

6、修改管理端mmm_mon.conf文件

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
[root@monitor ~] # vi /etc/mysql-mmm/mmm_mon.conf
include mmm_common.conf
<monitor>
     ip                  127.0.0.1
     pid_path             /var/run/mysql-mmm/mmm_mond .pid
     bin_path             /usr/libexec/mysql-mmm
     status_path          /var/lib/mysql-mmm/mmm_mond .status
     ping_ips            192.168.0.202,192.168.0.203,192.168.0.204,192.168.0.205
#真实数据库IP，来检测网络是否正常
     auto_set_online     10   #恢复后自动设置在线的时间
< /monitor >
<host default>
     monitor_user        mmm_monitor
     monitor_password    monitor
< /host >
debug 0

六、启动MySQL-MMM

1、db代理端启动

[root@db1 ~]# /etc/init.d/mysql-mmm-agent start

[root@db1 ~]# chkconfigmysql-mmm-agent on

2、monitor管理端启动

[root@monitor ~]# /etc/init.d/mysql-mmm-monitor start

[root@monitor ~]# chkconfigmysql-mmm-monitor on

七、测试集群

1、查看集群状态

wKiom1LiFb6DJ7qrAADMVYB3Mgg233.jpg

由此看来，主db1是对外一个写入的角色，但不真正提供只写，要想实现读写分离还需要结合amoeba。后面的虚拟IP是真正来访问Mysql数据库的。

2、故障转移切换

停掉主db1数据库，等待几秒后，可以看到数据库db1处于HARD_OFFLINE（离线状态），检测不到数据库的存在。

wKioL1LiFaji0KVIAADgrHoh_JA978.jpg

启动主db1数据库后，可以看到数据库db1处于AWAITING_RECOVER（恢复状态），几秒后将恢复在线状态。模拟Slave故障也是如此，DOWN掉一个，虚拟IP会全部在另一台正常数据库上。

至此，MySQL-MMM架构配置完毕。后续会写在此基础上实现读写分离、负载均衡机制。如图：

wKiom1MBX3XiK9kMAAHOb5zpjwo697.jpg

欢迎访问我们的技术交流群425783133

这篇关于MySQL高可用集群之MySQL-MMM的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/928192。

相关文章

MySQL 日期时间格式化函数 DATE_FORMAT() 的使用示例详解

MySQL 日期时间格式化函数 DATE_FORMAT() 的使用示例详解

《MySQL日期时间格式化函数DATE_FORMAT()的使用示例详解》`DATE_FORMAT()`是MySQL中用于格式化日期时间的函数,本文详细介绍了其语法、格式化字符串的含义以及常见日期... 目录一、DATE_FORMAT()语法二、格式化字符串详解三、常见日期时间格式组合四、业务场景五、总结一、
阅读更多...
mysql线上查询之前要性能调优的技巧及示例

mysql线上查询之前要性能调优的技巧及示例

《mysql线上查询之前要性能调优的技巧及示例》文章介绍了查询优化的几种方法,包括使用索引、避免不必要的列和行、有效的JOIN策略、子查询和派生表的优化、查询提示和优化器提示等,这些方法可以帮助提高数... 目录避免不必要的列和行使用有效的JOIN策略使用子查询和派生表时要小心使用查询提示和优化器提示其他常
阅读更多...
grom设置全局日志实现执行并打印sql语句

grom设置全局日志实现执行并打印sql语句

《grom设置全局日志实现执行并打印sql语句》本文主要介绍了grom设置全局日志实现执行并打印sql语句,包括设置日志级别、实现自定义Logger接口以及如何使用GORM的默认logger,通过这些... 目录gorm中的自定义日志gorm中日志的其他操作日志级别Debug自定义 Loggergorm中的
阅读更多...
MySQL InnoDB引擎ibdata文件损坏/删除后使用frm和ibd文件恢复数据

MySQL InnoDB引擎ibdata文件损坏/删除后使用frm和ibd文件恢复数据

《MySQLInnoDB引擎ibdata文件损坏/删除后使用frm和ibd文件恢复数据》mysql的ibdata文件被误删、被恶意修改,没有从库和备份数据的情况下的数据恢复,不能保证数据库所有表数据... 参考：mysql Innodb表空间卸载、迁移、装载的使用方法注意！此方法只适用于innodb_fi
阅读更多...
mysql通过frm和ibd文件恢复表_mysql5.7根据.frm和.ibd文件恢复表结构和数据

mysql通过frm和ibd文件恢复表_mysql5.7根据.frm和.ibd文件恢复表结构和数据

《mysql通过frm和ibd文件恢复表_mysql5.7根据.frm和.ibd文件恢复表结构和数据》文章主要介绍了如何从.frm和.ibd文件恢复MySQLInnoDB表结构和数据,需要的朋友可以参... 目录一、恢复表结构二、恢复表数据补充方法一、恢复表结构（从 .frm 文件）方法 1：使用 mysq
阅读更多...
mysql8.0无备份通过idb文件恢复数据的方法、idb文件修复和tablespace id不一致处理

mysql8.0无备份通过idb文件恢复数据的方法、idb文件修复和tablespace id不一致处理

《mysql8.0无备份通过idb文件恢复数据的方法、idb文件修复和tablespaceid不一致处理》文章描述了公司服务器断电后数据库故障的过程,作者通过查看错误日志、重新初始化数据目录、恢复备... 周末突然接到一位一年多没联系的妹妹打来电话，“刘哥，快来救救我”，我脑海瞬间冒出妙瓦底，电信火苲马扁.
阅读更多...
MySQL进阶之路索引失效的11种情况详析

MySQL进阶之路索引失效的11种情况详析

《MySQL进阶之路索引失效的11种情况详析》：本文主要介绍MySQL查询优化中的11种常见情况,包括索引的使用和优化策略,通过这些策略,开发者可以显著提升查询性能,需要的朋友可以参考下... 目录前言图示1. 使用不等式操作符（!=, <, >）2. 使用 OR 连接多个条件3. 对索引字段进行计算操作4
阅读更多...
MySQL表锁、页面锁和行锁的作用及其优缺点对比分析

MySQL表锁、页面锁和行锁的作用及其优缺点对比分析

《MySQL表锁、页面锁和行锁的作用及其优缺点对比分析》MySQL中的表锁、页面锁和行锁各有特点,适用于不同的场景,表锁锁定整个表,适用于批量操作和MyISAM存储引擎,页面锁锁定数据页,适用于旧版本... 目录1. 表锁（Table Lock）2. 页面锁（Page Lock）3. 行锁（Row Lock
阅读更多...
MySQL zip安装包配置教程

MySQL zip安装包配置教程

《MySQLzip安装包配置教程》这篇文章详细介绍了如何使用zip安装包在Windows11上安装MySQL8.0,包括下载、解压、配置环境变量、初始化数据库、安装服务以及更改密码等步骤,感兴趣的朋... 目录mysql zip安装包配置教程1、下载zip安装包：2、安装2.1 解压zip包到安装目录2.2
阅读更多...
MySQL安装时initializing database失败的问题解决

MySQL安装时initializing database失败的问题解决

《MySQL安装时initializingdatabase失败的问题解决》本文主要介绍了MySQL安装时initializingdatabase失败的问题解决,文中通过图文介绍的非常详细,对大家的学... 目录问题页面：解决方法：问题页面：解决方法：1.勾选红框中的选项：2.将下图红框中全部改为英
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2