MySQL/MariaDB基于MMM实现读写分离及高可用

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了MySQL/MariaDB基于MMM实现读写分离及高可用相关的知识,希望对你有一定的参考价值。

前言


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


MMM

优缺点

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

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


工作原理

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


实现过程

实验拓扑

技术分享

#注:系统环境CentOS6.6

#VIP172.16.10.30为可写VIP,其他三组为可读VIP

#可写VIP只能在Master之间切换,可读VIP可在Master和Slave之间切换

#前端应用可连接任意可读VIP进行数据读取,连接可写VIP进行数据写入


双主一从配置

DB1配置

[[email protected] ~]# vim /etc/mysql/my.cnf 

 

datadir = /mydata/data

log-bin=/mydata/binlogs/master-bin       #二进制文件位置

relay-log=/mydata/relaylogs/relay-bin    #中继日志位置

binlog_format=mixed

server-id       = 1

auto_increment_offset=1        #双主复制中自增长字段的起始值

auto_increment_increment=2     #双主复制中自增长字段的步长

log_slave_updates = 1          #开启从库更新操作写入二进制日志功能

sync_binlog = 1                #可保证事务日志及时写入磁盘文件

skip-name-resolve              #禁用DNS反向解析,如不写此项,则需要在各节点基于主机名通信

read_only       = 1  

 

[[email protected] ~]# service mysqld start


授权可用复制用户记录二进制日志位置

技术分享


DB2配置

[[email protected] ~]# vim /etc/mysql/my.cnf 

 

datadir = /mydata/data

log-bin=/mydata/binlogs/master-bin       

relay-log=/mydata/relaylogs/relay-bin    

binlog_format=mixed

server-id       = 11

auto_increment_offset=2          

auto_increment_increment=2      

log_slave_updates = 1            

sync_binlog = 1  

skip-name-resolve

read_only       = 1

 

[[email protected] ~]# service mysqld start


授权可用复制用户记录二进制日志位置

#因为实验之前都做了完整初始化,这里二进制文件位置一致


DB3配置

[[email protected] ~]# vim /etc/mysql/my.cnf 

 

datadir = /mydata/data

relay-log=/mydata/relaylogs/relay-bin

server-id       = 111

read_only       = 1

skip-name-resolve

 

[[email protected] ~]# service mysqld start


连接各服务器


DB1连接DB2


DB2连接DB1


DB3连接DB1


主从测试

数据一致,主从复制部分完成


MMM配置

安装所需程序包


授权监控及代理用户


Monitor配置


DB1-DB3配置

技术分享


启动服务

技术分享


查看当前状态

技术分享


查看各节点VIP状态

技术分享技术分享


高可用测试


模拟db1故障,查看节点状态

技术分享


再看db1的VIP状态

技术分享

VIP已被转移到其他节点,其他方面有兴趣请自行测试,这里就不一一展示了

The end

MySQL/MariaDB基于MMM实现读写分离及高可用实验就先说到这里了,有兴趣的朋友可以继续探究基于Keepalived实现Monitor的高可用,这里就不做深究了。


本文出自 “渲染不变的昨天” 博客,谢绝转载!

以上是关于MySQL/MariaDB基于MMM实现读写分离及高可用的主要内容,如果未能解决你的问题,请参考以下文章

MySQL 5.6通过MMM实现读写分离的高可用架构

mysql-mmm实现读写分离

MySQL-MMM实现MySQL高可用读写分离

MMM架构实现MySQL高可用读写分离(进阶版,包含Amoeba)

003.MMM双主-双从读写分离部署

003.MMM双主-双从读写分离部署