MySQL Master-Slave架构下使用MMM的必要性_starxu85的博客-CSDN博客
MySQL Master-Slave架构下使用MMM的必要性
starxu85
于 2008-07-23 00:09:00 发布
1424
收藏
分类专栏：
mysql
文章标签：
mysql
数据库
服务器
sharding
manager
system
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/starxu85/article/details/2693199
版权
mysql
专栏收录该内容
24 篇文章
0 订阅
订阅专栏
 MySQL本身没有提供replication failover的解决方案(见
How can I use replication to provide redundancy or high availability?)
如何使Replication方案具有HA？
答案是
MMM(MySQL Master-Master Replication Manager)
MMM对MySQL Master-Slave Replication绝对是一个很有益的补充!
引言
Master-Slave的数据库机构解决了很多问题，特别是read/write比较高的web2.0应用：
1、写操作全部在Master结点执行，并由Slave数据库结点定时(默认60s)读取Master的bin-log
2、将众多的用户读请求分散到更多的数据库节点，从而减轻了单点的压力
这是对Replication的最基本陈述，这种模式的在系统Scale-out方案中很有引力(如有必要，数据可以先进行Sharding，再使用replication)。
它的缺点是：
1、Slave实时性的保障，对于实时性很高的场合可能需要做一些处理
2、高可用性问题，Master就是那个致命点(
SPOF:Single point of failure)
本文主要讨论的是如何解决第2个缺点。
DB的设计对大规模、高负载的系统是极其重要的。高可用性(
High availability)在重要的系统(critical System)是需要架构师事先考虑的。存在
SPOF:Single point of failure的设计在重要系统中是危险的。
Master-Master Replication
1、使用两个MySQL数据库db01,db02，互为Master和Slave，即：
一边db01作为db02的master，一旦有数据写向db01时，db02定时从db01更新
另一边db02也作为db01的master，一旦有数据写向db02时，db01也定时从db02获得更新
(这不会导致循环，MySQL Slave默认不会记录Master同步过来的变化)
2、但从AppServer的角度来说，同时只有一个结点db01扮演Master，另外一个结点db02扮演Slave，不能同时两个结点扮演Master。即AppSever总是把write操作分配某个数据库(db01)，除非db01 failed，被切换。
3、如果扮演Slave的数据库结点db02 Failed了：
a)此时appServer要能够把所有的read,write分配给db01，read操作不再指向db02
b)一旦db02恢复过来后，继续充当Slave角色，并告诉AppServer可以将read分配给它了
4、如果扮演Master的数据库结点db01 Failed了
a)此时appServer要能够把所有的写操作从db01切换分配给db02，也就是切换Master由db02充当
b)db01恢复过来后，充当Slave的角色，Master由db02继续扮演
难点：
3、4要如何自动进行？
Master-Master with n Slaves Replication
这比上一个还要复杂，即：
当一个Master Fail时，所有的Slave不再从原来失败的那个Master(db01)获取更新日志，而应该“自动”切换到最新充当Master角色的数据库db02。
MMM，a greate project!
MMM的基本信息请参考它的网站(见后"参考资料")
MMM有3个重要的器件:
1、mmmd_mon - monitoring script which does all monitoring work and makes all decisions about roles moving and so on.
2、mmmd_agent - remote servers management agent script, which provides monitoring node with simple set of remote services to make servers management easier, more flexible abd highly portable.
3、mmm_control - simple script dedicated to management of the mmmd_mon processes by commands.
每一个MySQL服务器器结点需要运行mmmd_agent，同时在另外的一个机器上(可以是独立的一台机器，也可以是和AppServer共享同一个服务器)运行mmmd_mon。形成1 * mmmd_mon + n * mmmd_agent的部署架构。
MMM利用了虚拟IP的技术：1个网卡可以同时使用多个IP。
(所以使用MMM时，需要2*n+1个IP，n为mysql数据库结点个数，包括master,slave)
当有数据库结点fail时，mmmd_mon检测不到mmmd_agent的心跳或者对应的MySQL服务器的状态，mmmd_mon将进行决定，并下指令给某个正常的数据库结点的mmmd_agent，使得该mmmd_agent“篡位”
使用(注)刚才fail的那个结点的虚拟IP，使得虚拟IP实际从指向fail的那个机器自动转为此时的这个正常机器。
注：据Qieqie猜测是将获得的虚拟IP设置给网卡，也只能这样了，改天测试验证一下。
repeat:
MMM对MySQL Master-Slave Replication绝对是一个很有益的补充!
参考资料
Switching Masters During Failover
http://dev.mysql.com/doc/refman/5.1/en/replication-solutions-switch.html
downpour: 讨论一下基于Master-Slave数据库模式的J2EE开发的框架选择
http://www.javaeye.com/topic/143714
MMM
http://blog.kovyrin.net/mysql-master-master-replication-manager/
Project page on Google Code:
http://code.google.com/p/mysql-master-master
mmm-devel users group:
http://groups.google.com/group/mmm-devel
starxu85
关注
关注
点赞
收藏
打赏
评论
MySQL Master-Slave架构下使用MMM的必要性
 MySQL本身没有提供replication failover的解决方案(见How can I use replication to provide redundancy or high availability?) 如何使Replication方案具有HA？ 答案是MMM(MySQL Master-Master Replication Manager) MMM对MySQL Master-Sla
复制链接
扫一扫
专栏目录
php连接redis 主从复制,Redis主从复制(Master-Slave Replication) 详解
weixin_35851508的博客
03-23
202
案例测试：1. Master新增网卡，修改server端配置IP : 192.168.40.128/24注释： bind，支持网络连接2. 新建虚机slave，配置网络，修改Redis配置#slaveof slaveof 192.168.40.128 6379# masterauth masterauth "zcy1991"3. 启动redis，打开日志4. 查看Replication信息Mas...
MYSQL主从复制(1)
最新发布
suuci的博客
09-06
143
MYSQL主从复制的必要性不用多言，提高性能，一主多从，多主多从。
参与评论
您还未登录，请先
登录
后发表或查看评论
MySQL主从复制(Master-Slave)实践
shadow_zed的博客
03-21
486
mysql主从复制
mysql master -slave缺点_mysql master/slave 使用感受
weixin_29666725的博客
01-19
198
使用mysql的master/slave部署已经有一段时间。这种架构不能从根本上弥补数据结构设计失误带来的性能问题。聊胜于无。master/slave模式中，数据同步非常快。而master/slave/slave则会相对慢一些(就是master->slave(作为新的master)->slave，是串联的三个节点)，有时候可能会有延迟，不过不严重。最近使用起来主要是在维护上积累了一些经...
mysql5.5 master-slave(Replication)主从配置
09-11
在主机master中对test数据库进行sql操作，再查看从机test数据库是否产生同步。
mysql master -slave缺点_mysql master-slave集群搭建
weixin_30199703的博客
01-27
77
mysql 主从复制模式主要为master负责接收用户的请求,DDL,DML,DCL等操作，slave主要负责同步master的二进制日志，以便备份数据。在一此数据库访问量比较大的场景，master-slave模式还可以结合mysql-proxy做读写分离，mysql-proxy负责将用户的写请求转发到master，将用户的读请求转发到slave，以分担数据库的压力。甚至更健壮的系统，一个mast...
分布式数据中的坑（一）Master-Slave架构
weixin_34252090的博客
03-16
4142
前言
Master-slave 架构可以说是最常用的架构，关系型数据库诸如：mysql，postgreSql，oracle，Nosql诸如：MongoDb，消息队列诸如：Kafka，RabbitMQ等都使用了这种架构，本文将先简要介绍此种架构并介绍高可用Master-slave架构中的一些坑，以及应对之策。
Master-Slave架构的原理
如上图所示，Master-slave可以说是最常见的...
MySQL主从复制(Master-Slave)部署
SunEclipse的专栏
12-27
109
实现MySQL主从复制需要进行的配置：
主服务器：
开启二进制日志
配置唯一的server-id
获得master二进制日志文件名及位置
创建一个用于slave和master通信的用户账号
从服务器：
配置唯一的server-id
使用master分配的用户账号读取master二进制日志
启用slave服务
具体实现过程如下：
一、准备工作：
1.主从数据库版...
MySQL Master-Slave Replication
yxpjx的专栏
05-31
1199
<br />MySQL本身没有提供replication failover的解决方案(见How can I use replication to provide redundancy or high availability?) <br /><br />如何使Replication方案具有HA？ <br /><br />答案是MMM(MySQL Master-Master Replication Manager) <br /><br />MMM对MySQL Master-Slave Replication绝
mysql master-slave集群搭建
weixin_34249367的博客
04-29
98
mysql 主从复制模式主要为master负责接收用户的请求,DDL,DML,DCL等操作，slave主要负责同步master的二进制日志，以便备份数据。在一此数据库访问量比较大的场景，master-slave模式还可以结合mysql-proxy做读写分离，mysql-proxy负责将用户的写请求转发到master，将用户的读请求转发到slave，以分担数据库的压力。...
mysql模式 master/slave
ffuygggh的博客
11-15
513
mysql模式 master/slave
Mysql主从复制（master-slave）
Guevara的博客
11-13
151
一、简介
Mysql作为目前世界上使用最广泛的免费数据库，在实际的生产环境中，由单台Mysql作为独立的数据库是完全不能满足实际需求的，无论是在安全性，高可用性以及高并发等各个方面。读写集中在一个数据库上让数据库不堪重负，大部分网站开始使用主从复制技术来达到读写分离，以提高读写性能和读库的可扩展性。Mysql的master-slave模式成为这个时候的网站标配了。
一般来说都是通过 主从复制（...
mysql主从复制优缺点_MySQL自带主从复制原理
weixin_30748139的博客
01-28
1106
主从复制是MySQL本身自带的一个功能，不需要额外的第三方软件就可以实现。可实现：数据备份、故障转移、MySQL集群、高可用、读写分离等功能主从复制的好处(1)数据更安全：做了数据冗余，不会因为单台服务器的宕机而丢失数据(2)性能大大提升：一主多从，不同用户从不同数据库读取，性能提升(3)扩展性更优：流量增大时，可以方便的增加从服务器，不影响系统使用(4)负载均衡：一主多从相当于分担了主机任务，做...
mysql master slave cluster_mysql master-slave集群搭建
weixin_36314729的博客
01-28
67
mysql 主从复制模式主要为master负责接收用户的请求,DDL,DML,DCL等操作，slave主要负责同步master的二进制日志，以便备份数据。在一此数据库访问量比较大的场景，master-slave模式还可以结合mysql-proxy做读写分离，mysql-proxy负责将用户的写请求转发到master，将用户的读请求转发到slave，以分担数据库的压力。甚至更健壮的系统，一个mast...
mysql主从复制(master-slave)_MySQL主从复制(Master-Slave)实践
weixin_36213943的博客
02-02
117
MySQL数据库自身提供的主从复制功能可以方便的实现数据的多处自动备份，实现数据库的拓展。多个数据备份不仅可以加强数据的安全性，通过实现读写分离还能进一步提升数据库的负载性能。下图就描述了一个多个数据库间主从复制与读写分离的模型(来源网络)：在一主多从的数据库体系中，多个从服务器采用异步的方式更新主数据库的变化，业务服务器在执行写或者相关修改数据库的操作是在主服务器上进行的，读操作则是在各从服务器...
mysql master-slave模式部署
Mustang's Note
12-04
2381
概述MySQL数据同步机制支持主从模式和互为主从(主主)模式，及master-slave、master-master部署模式。主服务器将更新写入二进制日志文件，并维护文件的一个索引以跟踪日志循环。这些日志可以记录发送到从服务器的更新。当一个从服务器连接主服务器时，它通知主服务器从服务器在日志中读取的最后一次成功更新的位置。从服务器接收从那时起发生的任何更新，然后封锁并等待主服务器通知新的变更。master-slave模式对复制中表的更新必须在主服务器上进行,否则可能由于主键等因素导致主从库之间的更新冲突，
有关Mysql master/slave replication的应用
移动互联网后端技术
08-12
242
Mysql master/slave replication这个架构非常成熟。我们已经基于它做了3、4年开发了。既可以支持高可用性双机备份系统的建立，也可以支持通过读写分离提高数据库写入和读出性能。有文章说在主服务器上更新二进制日志的额外开销对性能有1%的影响，具体数字怎么得出来的没有考证。但我们系统的压力测试分别在单一Master和Master-Slave两种情况下运行，没有看到明显性能差异。...
mysql配置master_MySQL配置Master-Slave
weixin_39560245的博客
01-28
24
master库打开log-bin参数，保证master和slave的server-id参数不同，在master上创建允许slave访问的rep用户。master库打开log-bin参数，保证master和slave的server-id参数不同在master上创建允许slave访问的rep用户[plain] view plaincopyprint?MASTER@root@(none) 12:34:3...
mysql的master-slave模式
wuddny的blog
06-21
911
mysql的master-slave模式为mysql负载均衡应用非常广泛的一种模式，当系统存在大量读操作，写操作相对来说比例少些的情况下使用这种模式，可以大幅度的提升系统性能。这里简单的阐述下安装过程，方便试用。 首先在一个服务器上安装mysql，作为master server master server 上面 执行sql： #grant语法：#grant
MysqlMaster/Slave备份
xuejiazhi的专栏
09-18
1120
MysqlMaster/Slave备份
准备工作：
1.保证Master/Slave两台主机上mysql的版本一致，避免不必要的麻烦。
2.保证Master/Slave能够互相ping通，能够通信。
Master主机IP：192.168.1.1
Slave主机IP：192.168.1.2
配置my.ini:
Master - my.ini
在[mysqld]下添加：
lo
“相关推荐”对你有帮助么？
非常没帮助
没帮助
一般
有帮助
非常有帮助
提交
©️2022 CSDN
皮肤主题：大白
设计师：CSDN官方博客
返回首页
starxu85
CSDN认证博客专家
CSDN认证企业博客
码龄18年
暂无认证
333
原创
42万+
周排名
119万+
总排名
73万+
访问
等级
1万+
积分
148
粉丝
11
获赞
61
评论
42
收藏
私信
关注
热门文章
关于不能往yahoo,sina等地址发邮件的问题
28531
优酷网视频存储架构
17998
神经网络入门
15791
性能强劲的Tokyo Cabinet 和 Tokyo Tyrant
15102
linux中ip tunnel的实现及协议简介
12007
分类专栏
apache/tomcat
6篇
c/c++
9篇
cassandra
13篇
distributed file system
7篇
dw
2篇
flex/flash
21篇
hadoop
13篇
j2EE
9篇
jquery
3篇
linux
28篇
lucene
4篇
memcached
15篇
mogilefs
11篇
mysql
24篇
nginx/lighttpd
15篇
php
2篇
python
2篇
squid
7篇
web
6篇
产品/Product
人工智能
2篇
分布式计算/存储/集群/负载均衡
10篇
搜索引擎
20篇
硬件
1篇
算法
1篇
管理
6篇
系统架构
84篇
网络
2篇
行业
9篇
试题
最新评论
Windows上安装MinGW+MSYS
一只努力奋斗的小白1:
链接打开是什么，，，，，
GridGain 2.0发布 开源的Java网格计算框架
Love_Beans!:
你这不如不发？从开源中国偷下来就是你的了？csdn什么时候能管管
Lucene索引原理
少女，你的代码掉了:
很清晰，看完之后对lucence有一个不错的了解
揭开Socket编程的面纱
道亦无名
回复
itfamily: 是啊，建议楼主可以把代码整理一下，嵌入代码片段，这样的效果更好，加油楼主
神经网络入门
huangjunli864:
在4.5之前讲的是神经网络的原理，但是在update函数中并没有更新每个神经元的权重呀
您愿意向朋友推荐“博客详情页”吗？
强烈不推荐
不推荐
一般般
推荐
强烈推荐
提交
最新文章
Facebook的内部晋升
让亲身实践者执行工作流程
招聘是第一位的
2011年5篇
2010年26篇
2009年58篇
2008年264篇
目录
目录
分类专栏
apache/tomcat
6篇
c/c++
9篇
cassandra
13篇
distributed file system
7篇
dw
2篇
flex/flash
21篇
hadoop
13篇
j2EE
9篇
jquery
3篇
linux
28篇
lucene
4篇
memcached
15篇
mogilefs
11篇
mysql
24篇
nginx/lighttpd
15篇
php
2篇
python
2篇
squid
7篇
web
6篇
产品/Product
人工智能
2篇
分布式计算/存储/集群/负载均衡
10篇
搜索引擎
20篇
硬件
1篇
算法
1篇
管理
6篇
系统架构
84篇
网络
2篇
行业
9篇
试题
目录
评论
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
查看更多评论
打赏作者
starxu85
你的鼓励将是我创作的最大动力
¥2
¥4
¥6
¥10
¥20
输入1-500的整数
余额支付
(余额：-- )
扫码支付
扫码支付：¥2
获取中
扫码支付
您的余额不足，请更换扫码支付或充值
打赏作者
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额
抵扣说明：
1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。 2.余额无法直接购买下载，可以购买VIP、C币套餐、付费专栏及课程。
余额充值