MySQL-MMM切换演示

MMM（Multi-Master Replication Manager for MySQL）

是基于双Master结构，后面接N台Slave安装很简单，官网提供了很详细的安装文档：http://mysql-mmm.org/mmm2:guide

3台环境做测试M1和M2互为主从，M1是S1的主。

服务都起来后，状态如下：

[root@M1 mysql-mmm]# mmm_control show

M1（192.168.8.25） master/ONLINE. Roles: writer（192.168.8.51）

M2（192.168.8.26） master/ONLINE. Roles: slave1（192.168.8.27） slave/ONLINE. Roles: reader（192.168.8.52）

M1提供写，slave1提供读，192.168.8.51和52都是虚拟VIP

场景一，Master宕机，切换模拟M2同步延时，S1同步无延时

在M2上lock tables table1 read; （把table1表给锁住，这样在M1上更新table1表时，M2就会有延时）然后把M1的MySQL关闭，VIP按照正常逻辑应该漂移到S1上，但在这里，作者的逻辑是要切换到同级别的主上，也就是M2，永远不会切换到比他身份低的S1从机上面去，即使它没有延时。在漂移到M2上，必须要等到同步追完才可以切，否则就在那里等待，他利用的是这个函数MASTER_POS_WAIT，只有Slave执行完全部relay log，才释放锁。如果延时很大，想生切，只能人工kill到select MASTER_POS_WAIT（）这个进程id

S1会自动指向M2，自动执行change master to M2，那个软件就会自动记录M2上的点。

[root@M1 mysql-mmm]# mmm_control show M1（192.168.8.25） master/HARD_OFFLINE. Roles: M2（192.168.8.26） master/ONLINE. Roles: writer（192.168.8.51）

slave1（192.168.8.27） slave/ONLINE. Roles: reader（192.168.8.52）
======================================================

把M1的MySQL进程启动起来，

[root@M1 mysql-mmm]# mmm_control show M1（192.168.8.25） master/ONLINE. Roles: M2（192.168.8.26） master/ONLINE. Roles: writer（192.168.8.51）

slave1（192.168.8.27） slave/ONLINE. Roles: reader（192.168.8.52）

VIP还在M2上，并不会因M1修好了，会再漂移过去。

Rman备份脚本集合解决Oracle建Dblink时自动添加后缀.US.ORACLE.COM的方法相关资讯 MMM MySQL-MMM

MySQL高可用方案几种方案（02月20日）
MariaDB数据库双主N从复制高可用实（01/29/2015 13:27:08）
搭建mysql-mmm高可用MySQL集群（05/25/2014 10:40:53）

MySQL高可用架构之MySQL-MMM配置详（08/16/2015 11:14:29）
使用MySQL-MMM实现MySQL集群部署（10/13/2014 19:24:13）
ERROR: Can not connect to （02/22/2014 12:31:22）

本文评论查看全部评论（0）