工作总结-基于MHA的MySQL的高可用详细总结文档.doc

文件版本：

文件编号：
R&D0008
发布日期：
20XX-08-10
编制：
GGG
审批：
MySQLMHA文档总结
GGG版权所有
目录
uMySQLMHA介绍 4
u操作流程步骤 5
u拓扑图演变 5
uMHA软件包说明 6
vManager工具包 6
vNode工具包 7
u实验环境 7
u建立ssh无密码登录环境 8
vmanager公约操作 8
v主mysql公约操作 8
v从mysql1公约操作 9
v从mysql2公约操作 9
v主机名 9
v修改hosts 9
v测试ssh登录 10
u安装mysql和配置主从关系 11
11
v编辑mysql配置文件 11
v启动mysql和查询启动状态 11
v数据库一致性 12
v半同步复制开启 13
v配置mysql主从 13
v测试mysql主从 15
u部署MHA 16
v安装MHANode 16
v安装MHAmanager 16
v检查SSH配置 19
v检查复制情况 19
v启动MHAmanager 22
v停止MHAmanager 22
v任务计划 22
v配置vip 23
u测试MHA 25
v停止主mysql 25
v查看从mysql情况 25
u资料（源码包/配置文件） 26
u参考文章 26
uFAQ 27
修订记录
版本号
发布日期
拟制人
修订描述

20XX-08-10
GGG
首次发布
MySQLMHA
MySQLMHA介绍
实现原理：MHA是由日本Mysql专家用Perl写的一套Mysql故障切换方案以保障数据库的高可用性，它的功能是能在0-30s之内实现主Mysql故障转移（failover），MHA故障转移可以很好的帮我们解决从库数据的一致性问题，同时最大化挽回故障发生后的数据。MHA里有两个角色一个是node节点一个是manager节点，要实现这个MHA，必须最少要三台数据库服务器，一主多备，即一台充当master，一台充当master的备份机，另外一台是从属机，这里实验为了实现更好的效果使用四台机器，需要说明的是一旦主服务器宕机，备份机即开始充当master提供服务，如果主服务器上线也不会再成为master了，因为如果这样数据库的一致性就被改变了。
该软件由两部分组成：MHAManager（管理节点）和MHANode（数据节点）。MHAManager可以单独部署在一台独立的机器上管理多个master-slave集群，也可以部署在一台slave节点上。MHANode运行在每台MySQL服务器上，MHAManager会定时探测集群中的master节点，当master出现故障时，它可以自动将最新数据的slave提升为新的master，然后将所有其他的slave重新指向新的master。整个故障转移过程对应用程序完全透明。
在MHA自动故障切换过程中，MHA试图从宕机的主服务器上保存二进制日志，最大程度的保证数据的不丢失，但这并不总是可行的。例如，如果主服务器硬
件故障或无法通过ssh访问，MHA没法保存二进制日志，只进行故障转移而丢失了最新的数据。，可以大大降低数据丢失的风险。MHA可以与半同步复制结合起来。如果只有一个slave已经收到了最新的二进制日志，MHA可以将最新的二进制日志应用于其他所有的slave服务器上，因此可以保证所有节点的数据一致性。
目前MHA主要支持一主多从的架构，要搭建MHA,要求一个复制集群中必须最少有三台数据库服务器，一主二从，即一台充当master，一台充当备用master，另外一台充当从库，因为至少需要三台服务器，出于机器成本的考虑，淘宝也在该基础上进行了改造，目前淘宝TMHA已经支持一主一从。
官方介绍：-master-ha/
注意：不可以访问google的时候，请使用翻墙或者修改hosts文件以下我提供一个hosts文件。
将hosts文件内容拷贝到C:\Windows\System32\drivers\etc\hosts中粘贴到文件最后面保存即可，正常访问google。
操作流程步骤
首先要保证虚拟机能够上网，这里我使用公司电信云平台的四台vmware的虚拟机
关闭selinuG和配置IP地址和本地source源
配置epel源（在线安装需要）
配置ssh公钥免登录环境
修改hostname
配置host