| 失效链接处理 |
|
MySQL高可用架构MMM简单介绍 PDF 下载
本站整理下载：
提取码：v1re
相关截图：
主要内容：
众所周知，MySQL自身提供了AB复制（主从复制），然后可以很轻松实现master-master双向复制，同时再为其中一个Master节点搭建一个Slave库。
这样就实现了MySQL-MMM架构的基础：master1和master2之间双向复制，同时Master1和Slave1之间是主从复制。这样整个体系中存在两个Master，正常情
况下只有一个master对外提供写服务。如果对外提供服务的master意外宕机了，这是MySQL本身并不具备failover切换的能力，尽管集群中仍然有一个正常的master节点，
但应用仍不可用。mysql-mmm就是为了解决这个问题诞生的。
MySQL-MMM是Master-Master Replication Manager for MySQL（mysql主主复制管理器）的简称，是Google的开源项目（Perl脚本），主要用来监控mysql主主复制并做失败转移。
其原理是将真实数据库节点的IP（RIP）映射为虚拟IP（VIP）集，在这个虚拟的IP集中，有一个专用于write的IP，多个用于read的IP，这个用于Write的VIP映射着
数据库集群中的两台master的真实IP（RIP），以此来实现Failover的切换，其他read的VIP可以用来均衡读（balance）。
其结构图如下：
二、优缺点：
优点：
1、自动的主主Failover切换 2、多个Slave读的负载均衡。
缺点：
1、无法完全保证数据的一致性（在db1宕机过程中，一旦db2落后于db1,这时发生切换，db2变成了可写状态，数据的一致性就无法保证）
2、无论何时，只有一个数据库可写；db1宕机后，write VIP会指向db2，当db1恢复后，db1不会自动变成可写主，需要手动move_role 或者db2宕机。
所以read host要包括db1，不然容易造成浪费；
3、由于是使用虚拟IP浮动技术，类似Keepalived，故RIP（真实IP）要和VIP（虚拟IP）在同一网段；如果是在不同网段也可以，需要用到虚拟路由技术。
但是绝对要在同一个IDC机房，不可跨IDC机房组建集群。
LVS-DR VIP和RIP不同网段的配置方法 ：http://blog.itpub.net/124805/viewspace-1047686/；http://zh.linuxvirtualserver.org/node/28
4、monitor单点问题，或许可以用keepalived来解决。
|
| Java1234官方群25： | 
|
| Java1234官方群25： | 838462530 |
苏公网安备 32061202001004号
