首页 > 代码库 > MySQL/MariaDB基于MMM实现读写分离及高可用
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配置
[root@node1 ~]# 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
[root@node1 ~]# service mysqld start
授权可用复制用户记录二进制日志位置
DB2配置
[root@node2 ~]# 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
[root@node2 ~]# service mysqld start
授权可用复制用户记录二进制日志位置
#因为实验之前都做了完整初始化,这里二进制文件位置一致
DB3配置
[root@scholar ~]# vim /etc/mysql/my.cnf
datadir = /mydata/data
relay-log=/mydata/relaylogs/relay-bin
server-id = 111
read_only = 1
skip-name-resolve
[root@scholar ~]# 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实现读写分离及高可用