目录

1，什么是MMM？

2，MMM的主要作用？

3,MMM工作场景

4，提供了哪些功能？

MMM监控主从复制健康情况

在主库出现宕机时进行故障转移并自动配置其他从对新主的复制

提供了读，写虚拟ip，在主从服务器出现问题时可以自动迁移虚拟ip

5，架构图

6，MMM架构的优缺点

MMM是mysql多主复制管理器的简称(Multi-Master Replication Manager)，是用于管理mysql主主架构的工具集

监控和管理Mysql的主主复制拓扑，并在当前的主服务器失效时，进行主和主备服务器之间的主从切换和故障转移等工作

主主复制分为两种：

主动主动模式的主主复制（两个主同时对外提供服务）

主动被动模式的主主复制（同一时间只有一个数据库对外提供服务，另一个主数据库处于备用状态）

MMM是工作在第二种复制模式的拓扑中的，也就是说MMM中同一时间只有一台著数据库对外提供服务，另一台主数据库只能设置为查询，并且为read-only模式

面临的问题：

如何找到从库对应的新的主库日志点的日志同步点

如果存在多个从库出现数据不一致的情况如何处理

在进行mysql的安装时，我们要在MMM集群中每一台服务器上都安装一个监控代理的软件，MMM监控服务器通过和各个服务器上的代理软件进行交互，来完成集群中各个服务器上的监控和角色迁移的，为了能部署MMM集群，我们除了部署mysql主主复制之外，还需要额外的资源

说明

用于主备模式的主主复制配置

这两个台服务器都有可能成为

主数据库来使用，软硬件配置

必须相同，包括cpu，内存，i

o子系统，mysql版本等,否则故

障转移时，会出现性能下降的问题

可以分担主服务器的读负载，不建

议太多，主从切换时从服务器越多，

出现错误的概率越大

n为mysql服务器的数量，每个数据库

服务器都会有俩个ip，一个是服务器本

身的物理ip，另一个时读需ip，还有一

个写ip，主服务器不能写时，会切换到

主备上

用于监控数据库状态的Mysql用户

(replication client)

用于MMM代理的Mysql用户

(super,replication client,process)

用于配置mysql复制的mysql用户

（replication slave）

1，优点

使用Perl语言开发且完全开源

提供了读写VIP(虚拟ip)，使服务器角色的变更对前端应用更加透明。在从服务器出现大量的主从延迟，主从链路中断时，可以把这台从服务器上的读的虚拟ip，漂移到集群中其他正常的服务器上

MMM提供了从服务器的延迟控制。如，某一台从服务器复制延迟超过了某一个配置的值的话，就会把这台从服务器的ip迁移到没有延迟的从服务器上，从服务器宕机，或无法对外服务时也会发生，从而不用担心从服务器因延迟而产生的业务逻辑上的错误

MMM提供了主数据库故障转移后从服务器对新主的重新同步功能。使得DBA不用去做数据库的重新同步工作，加快了故障转移的效率，节约了恢复时间

很容易对发生故障的主数据库重新上线

同一个MMM集群服务器可以同时对多个MMM集群进行监控，这在同时存在多个MMM集群的环境中可以节约大量的服务器成本

2，缺点

发布时间较早，不支持myslq新的复制功能。必须是基于日志点的复制，不能支持gtid（gtid在数据安全，完整性方面都要优于基于日志点，特别是在主从切换的过程中，基于gtid复制可以保证日志不会重复在从服务器上被执行，从而不会造成数据不一致而停止的问题）

对于mysql5.6后所提供的多线程复制技术也不支持。在集群的同步配置中，不能使用从服务器多线程复制的技术(主从不一致的原因就是在于主服务器上的sql是多线程执行的，而从服务器上是单线程的，在并发写压力比较大的情况下无法使用多线程复制，从而造成严重的主从延迟)

没有读负载均衡的功能

在进行主从切换时，容易造成数据丢失

MMM监控服务存在单点故障