【MySQL数据库】MMM高可用架构

这篇具有很好参考价值的文章主要介绍了【MySQL数据库】MMM高可用架构。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

一 、MMM简介

1.1MMM(Master-Master replication manager for MvSQL,MySQL主主复制管理器)

  • 是一套支持双主故障切换和双主日常管理的脚本程序。MMM 使用 Perl 语言开发,主要用来监控和管理 MySQL Master-Master (双主)复制,虽然叫做双主复制,但是业务上同一时刻只允许对一个主进行写入,另一台备选主上提供部分读服务,以加速在主主切换时备选主的预热,可以说MMM这套脚本程序一方面实现了故障切换的功能,另一方面其内部附加的工具脚本也可以实现多个 Slave 的 read 负载均衡。

  • MMM提供了自动和手动两种方式移除一组服务器中复制延迟较高的服务器的虚拟ip,同时它还可以备份数据,实现两节点之间的数据同步等。由于MMM无法完全保证数据的一致性,所以MMM适用于对数据的一致性要求不是很高,但是又想最大程度地保证业务可用性的场景。

  • MMM是一套灵活的脚本程序,基于perl实现,用来对 mysql replication 进行监控和故障迁移,并能管理 MySQL Master-Master 复制的配置。

1.2关于 MMM 高可用架构的说明如下

  • mmm_mon:监控进程,负责所有的监控工作,决定和处理所有节点角色活动。此脚本需要在监控主机上运行。
  • mmm_agent:运行在每个MySQL服务器上的代理进程,完成监控的探针工作和执行简单的远端服务设置。此脚本需要在被监管机上运行。
  • mmm_control:一个简单的脚本,提供管理 mmm_mon 进程的命令。
  • mysql-mmm 的监管端会提供多个虚拟 IP(VIP),包括一个可写 VIP,多个可读 VIP,通过监管的管理,这些 IP 会绑定在可用 MySQL 之上,当某一台 MySQL 宕机时,监管会将 VIP 迁移至其他 MySQL。

在整个监管过程中,需要在 MySQL 中添加相关授权用户,以便让 MySQL 可以支持监控主机的维护。 授权的用户包括一个 mmm_monitor 用户和一个 mmm_agent 用户。

二、搭建mysql MMM架构

2.1实验环境

服务器 IP 配置
master01(db1) 192.168.243.108 mysql5.7、mysql-mmm
master02(db2) 192.168.243.107 mysql5.7、mysql-mmm
slave01(db3) 192.168.243.106 mysql5.7、mysql-mmm
slave02(db4) 192.168.243.105 mysql5.7、mysql-mmm
monitor 192.168.243.102 mysql-mmm

配置时间同步
看这里

2.2搭建多主多从

1.修改所有数据库配置文件

vim /etc/my.cnf
......
[mysqld]
user = mysql
basedir = /usr/local/mysql
datadir = /usr/local/mysql/data
port = 3306
character_set_server=utf8
pid-file = /usr/local/mysql/mysqld.pid
socket = /usr/local/mysql/mysql.sock
server-id = 1                                               #每台 Mysql 主机的 server-id 不能相同
log-error=/usr/local/mysql/data/mysql_error.log             #错误日志
general_log=ON                                              #通用查询日志
general_log_file=/usr/local/mysql/data/mysql_general.log
slow_query_log=ON                                           #慢查询日志
slow_query_log_file=mysql_slow_query.log
long_query_time=5
binlog-ignore-db=mysql,information_schema        #不需要同步的库名
log_bin=mysql_bin                                #开启二进制日志用于主从数据复制
log_slave_updates=true                           #允许slave从master复制数据时可以写入到自己的二进制日志
sync_binlog=1                            #"双1设置",MySQL 在每写一次二进制日志时都会同步到磁盘中去    
innodb_flush_log_at_trx_commit=1         #"双1设置",每次事务提交时MySQL都会把缓存的数据写入日志文件,并且刷到磁盘中去
auto_increment_increment=2               #自增字段一次递增多少
auto_increment_offset=1                  #自增字段的起始值

【MySQL数据库】MMM高可用架构
2.配置主主复制,两台主服务器相互复制

#在两台主服务器上都执行授予从的权限,从服务器上不需要执行
change master to master_host='192.168.243.108',master_user='replication',master_password='123456',master_log_file='mysql_bin.000003',master_log_pos=154;
#在两台主服务器上查看,记录日志文件名称和同步点
show master status;

【MySQL数据库】MMM高可用架构
3.在 master01 上配置同步

change master to master_host='192.168.243.108',master_user='replication',master_password='123456',master_log_file='mysql_bin.000002',master_log_pos=154;

start slave;

show slave status\G
    Slave_IO_Running: Yes
    Slave_SQL_Running: Yes

change master to master_host='192.168.243.107',master_user='replication',master_password='123456',master_log_file='mysql_bin.000002',master_log_pos=154;

【MySQL数据库】MMM高可用架构
线程打开失败的原因

  • 1、两台主机的UUID一致导致冲突
  • 2.、两台主机serverID一致导致冲突
  • 3、两台主机的时间不同步
  • 4、从服务器多次重启导致日志文件不对需要重新校对
  • 5、没有授权地址或用户

4.配置主从复制,在两台从服务器上做

change master to master_host='192.168.243.108',master_user='replication',master_password='123456',master_log_file='mysql_bin.000003',master_log_pos=154;
start slave;

show slave status\G
    Slave_IO_Running: Yes
    Slave_SQL_Running: Yes

2.3安装配置 MySQL-MMM

1.在所有服务器上安装 MySQL-MMM

wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo
yum -y install epel-release
yum -y install mysql-mmm*

1.在 所有服务器上对 MySQL-MMM 进行配置

d /etc/mysql-mmm/
vim mmm_common.conf
……
<host default>
    cluster_interface       ens33
    ……
    replication_user        replication #设置授权的用户
    replication_password    123456
    agent_user              mmm_agent
    agent_password          123456


<host db1>
    ip      192.168.243.108
    mode    master
    peer    db2
</host>

<host db2>
    ip      192.168.243.107
    mode    master
    peer    db1
</host>

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

<host db4>
    ip      192.168.243.105
    mode    slave
</host>

<role writer>
    hosts   db1, db2
    ips     192.168.243.188
    mode    exclusive           #只有一个 host 可以进行写操作模式
</role>

<role reader>
    hosts   db3, db4
    ips     192.168.243.198, 192.168.243.199
    mode    balanced            #多个 slave 主机可以进行读操作模式
</role>

2.修改所有数据库服务器的代理配置文件 mmm_agent.conf

vim /etc/mysql-mmm/mmm_agent.conf
include mmm_common.conf
this db1				#根据不同的主机分别修改为 db1,db2,db3,db4

3.在 monitor 监控服务器上修改监控配置文件 mmm_mon.conf

vim /etc/mysql-mmm/mmm_mon.conf
include mmm_common.conf
<monitor>
.....
    ping_ips        192.168.243.108,192.168.243.107,192.168.243.106,192.168.243.105
	 #指定所有数据库服务器的 IP
	auto_set_online		10				#指定自动上线时间
</monitor>

<host default>
    monitor_user        mmm_monitor		#指定 mmm_monitor 的用户名
    monitor_password    123456          #指定 mmm_monitor 的密码
</host>

【MySQL数据库】MMM高可用架构
4.在所有数据库上为 mmm_agent(代理进程)mmm_moniter(监控进程)授权

#代理进程,mysql数据开启
grant super, replication client, process on *.* to 'mmm_agent'@'192.168.243.%' identified by '123456'; 
#监控进程monitor开启
grant replication client on *.* to 'mmm_monitor'@'192.168.243.%' identified by '123456';
flush privileges;

5.开启服务

#在所有数据库服务器上启动 mysql-mmm-agent
systemctl start mysql-mmm-agent.service
systemctl enable mysql-mmm-agent.service

#在 monitor 服务器上启动 mysql-mmm-monitor
systemctl start mysql-mmm-monitor.service 

6.在 monitor 服务器上测试群集

#查看各节点的情况
mmm_control show
 db1(192.168.243.108) master/ONLINE. Roles:  writer(192.168.243.188)
  db2(192.168.243.107) master/ONLINE. Roles: 
  db3(192.168.243.106) slave/ONLINE. Roles: reader(192.168.243.198)
  db4(192.168.243.105) slave/ONLINE. Roles: reader(192.168.243.199)

#检测监控功能是否都完善,需要各种OK
mmm_control checks all
#指定绑定 VIP 的主机
mmm_control move_role writer db2

【MySQL数据库】MMM高可用架构
7.故障测试

mmm_control move_role writer db1

#停止 master01 确认 VIP 是否移动到 master02 上。注意:master01 主服务器恢复服务后,不会抢占

mmm_control show
  db1(192.168.243.108) master/HARD_OFFLINE. Roles:
  db2(192.168.243.107) master/ONLINE. Roles: writer(192.168.80.188)

#停止一台从服务器,另一台将接管两个虚拟IP,以保证业务不停止
mmm_control show

客户端测试文章来源地址https://www.toymoban.com/news/detail-513681.html

#在 master01 服务器上为 monitor 服务器地址授权登录
grant all on *.* to 'testdba'@'192.168.243.102' identified by '123456';
flush privileges;

#在 monitor 服务器上使用 VIP 登录
yum install -y mariadb-server mariadb
systemctl start mariadb.service

mysql -utestdba -p -h 192.168.235.188

#创建数据,测试同步情况
create database testdba;

到了这里,关于【MySQL数据库】MMM高可用架构的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 【数据库架构】PostgreSQL的最佳群集高可用性方案

    如果您的系统依赖PostgreSQL数据库并且您正在寻找HA的集群解决方案,我们希望提前告知您这是一项复杂的任务,但并非不可能实现。 我们将讨论一些解决方案,您可以从中选择对您的容错要求。 PostgreSQL本身不支持任何多主群集解决方案,例如MySQL或Oracle。尽管如此,仍有许

    2024年02月01日
    浏览(62)
  • MPP数据库简介及架构分析

        MPP (Massively Parallel Processing),即大规模并行处理。简单来说,MPP是将任务并行的分散到多个服务器和节点上,在每个节点上计算完成后,将各自部分的结果汇总在一起得到最终的结果(与Hadoop相似)。     MPP数据库是一款 Shared Nothing架构的分布式并行结构化数据库集群,具

    2024年02月02日
    浏览(39)
  • MySQL数据库——MHA高可用

    1.什么是 MHA MHA(MasterHigh Availability)是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。 MHA 的出现就是解决MySQL 单点的问题。 MySQL故障切换过程中,MHA能做到0-30秒内自动完成故障切换操作。 MHA能在故障切换的过程中最大程度上保证数据的一致性,以达到真正意义

    2024年02月12日
    浏览(34)
  • 【MySQL】数据库之MHA高可用

    目录 一、MHA 1、什么是MHA 2、MHA 的组成 3、MHA的特点 4、MHA的工作原理 二、有哪些数据库集群高可用方案 三、实操:一主两从部署MHA 1、完成主从复制 步骤一:完成所有MySQL的配置文件修改 步骤二:完成所有MySQL的主从授权,以及mha的账号授权 步骤三:主查看master状态,从完

    2024年02月02日
    浏览(37)
  • MySQL高可用 MMM

    Master-Master replication manager for MvSQL,MySQL 主主复制管理器。 1、是一套支持双主故障切换和双主日常管理的脚本程序。MMM 使用 Perl 语言开发,主要用来监控和管理 MySQL Master-Master (双主)复制,虽然叫做双主复制,但是业务上同一时刻只允许对一个主进行写入,另一台备选主上

    2024年02月12日
    浏览(47)
  • mysql数据库简介

      MySQL数据库的安装和卸载 MySQL数据库概念 SQL语言(操作数据库) SQL的分类 数据库的操作(CURD) 创建数据库(重点) 查看数据库(重点) 删除数据库(重点) 修改数据库 表结构操作(CURD) 创建表 数据库的数据类型(重点) 单表的约束(了解) 删除和查看表 修改表  

    2023年04月13日
    浏览(47)
  • 网站架构演变、LNP+Mariadb数据库分离、Web服务器集群、Keepalived高可用

    目录 day02 深入理解程序的数据存储 验证 配置NFS服务器 配置代理服务器 配置名称解析 程序将文字数据保存到数据库中 程序将非文字数据(如图片、视频、压缩包等)保存到相应的文件目录中 验证 发一篇文章,文章内容包含文字和图片 在数据库中查看文字数据。在最新的一

    2024年02月20日
    浏览(45)
  • 构建高可用性数据库架构:深入探索Oracle Active Data Guard(ADG)

    随着企业数据规模的不断增长和业务的复杂化,数据库的高可用性和可靠性变得尤为重要。Oracle Active Data Guard(ADG)作为Oracle数据库提供的一种高可用性解决方案,在实时备份和灾难恢复方面发挥着重要作用。本文将深入探讨ADG的原理、配置步骤、优势以及故障处理方法,旨

    2024年04月15日
    浏览(61)
  • MySQL之SQL与数据库简介

    SQL首先是一门高级语言,同其他的C/C++,Java等语言类似,不同的是他是一种结构化查询语言,用户访问和处理数据库的语言,那类似于C语言,SQL也有自己的标准,目前市面上的数据库系统都支持SQL-92标准 SQL这门语言是具有统一性的,但是不同的数据库支持的SQL有略微差别,

    2024年01月23日
    浏览(51)
  • MySQL数据库架构

    MySQL架构自顶向下大致可以分为 连接层 , SQL层 , 存储引擎层 , 物理文件层 。架构如下 客户端连接器,MySQL向外提供交互接口连接各种不同的客户端。 客户端/应用程序:客户端是与MySQL系统进行交互的组件,它可以是命令行工具、图形用户界面 (GUI) 或各种编程语言中的数据库

    2024年02月13日
    浏览(45)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包