1、基于MHA的MySQL的高可用详细总结文档文件版本：V1.0文件编号：R&D0008发布日期：2016-08-10编 制：xxx审 批：MySQL MHA文档总结xxx 版权所有目录u MySQL MHA介绍 4u 操作流程步骤 5u 拓扑图演变 5u MHA软件包说明 6v Manager工具包 6v Node工具包 7u 实验环境 7u 建立ssh无密码登录环境 8v manager 公约操作 8v 主mysql 公约操作 8v 从mysql1 公约操作 9v 从mysql2 公约操作 9v 主机名 9v 修改hosts 9v 测试ssh登录 10u 安装mysql和配置主从关系 11v
2、在线安装mysql5.5 11v 编辑mysql配置文件 11v 启动mysql和查询启动状态 11v 数据库一致性 12v 半同步复制开启 13v 配置mysql主从 13v 测试mysql主从 15u 部署MHA 16v 安装MHA Node 16v 安装MHA manager 16v 检查SSH配置 19v 检查复制情况 19v 启动MHA manager 22v 停止MHA manager 22v 任务计划 22v 配置vip 23u 测试MHA 25v 停止主mysql 25v 查看从mysql情况 25u 资料（源码包/配置文件） 26u 参考文章 26u FAQ 27修订记录版本
3、号发布日期拟制人修订描述V1.02016-08-10xxx首次发布MySQL MHA MySQL MHA介绍实现原理：MHA是由日本Mysql专家用Perl写的一套Mysql故障切换方案以保障数据库的高可用性，它的功能是能在0-30s之内实现主Mysql故障转移（failover），MHA故障转移可以很好的帮我们解决从库数据的一致性问题，同时最大化挽回故障发生后的数据。MHA里有两个角色一个是node节点 一个是manager节点，要实现这个MHA，必须最少要三台数据库服务器，一主多备，即一台充当master，一台充当master的备份机，另外一台是从属机，这里实验为了实现更好的效果使用四台机
4、器，需要说明的是一旦主服务器宕机，备份机即开始充当master提供服务，如果主服务器上线也不会再成为master了，因为如果这样数据库的一致性就被改变了。该软件由两部分组成：MHA Manager（管理节点）和MHA Node（数据节点）。MHA Manager可以单独部署在一台独立的机器上管理多个master-slave集群，也可以部署在一台slave节点上。MHA Node运行在每台MySQL服务器上，MHA Manager会定时探测集群中的master节点，当master出现故障时，它可以自动将最新数据的slave提升为新的master，然后将所有其他的slave重新指向新的master
5、。整个故障转移过程对应用程序完全透明。在MHA自动故障切换过程中，MHA试图从宕机的主服务器上保存二进制日志，最大程度的保证数据的不丢失，但这并不总是可行的。例如，如果主服务器硬件故障或无法通过ssh访问，MHA没法保存二进制日志，只进行故障转移而丢失了最新的数据。使用MySQL 5.5的半同步复制，可以大大降低数据丢失的风险。MHA可以与半同步复制结合起来。如果只有一个slave已经收到了最新的二进制日志，MHA可以将最新的二进制日志应用于其他所有的slave服务器上，因此可以保证所有节点的数据一致性。目前MHA主要支持一主多从的架构，要搭建MHA,要求一个复制集群中必须最少有三台数据库服务
6、器，一主二从，即一台充当master，一台充当备用master，另外一台充当从库，因为至少需要三台服务器，出于机器成本的考虑，淘宝也在该基础上进行了改造，目前淘宝TMHA已经支持一主一从。官方介绍：注意：不可以访问google的时候，请使用翻墙或者修改hosts文件以下我提供一个hosts文件。将hosts文件内容拷贝到C:WindowsSystem32driversetchosts中粘贴到文件最后面保存即可，正常访问google。 操作流程步骤1首先要保证虚拟机能够上网，这里我使用公司电信云平台的四台vmware的虚拟机2关闭selinux和配置IP地址和本地source源3配置epel源（
7、在线安装需要）4配置ssh公钥免登录环境5修改hostname6配置hosts文件7配置Mysql的主从同步关系并通过grant命令赋权8安装node包9在管理机安装manager包10编辑主配置文件11测试及排错12启动 拓扑图演变主mysql宕机以后架构变成一主一从，1从宕机崩溃的master保存二进制日志事件（binlog events）;2识别含有最新更新的slave；3应用差异的中继日志（relay log）到其他的slave；4应用从master保存的二进制日志事件（binlog events）；5提升一个slave为新的master；6使其他的slave连接新的master进行复
8、制； MHA软件包说明MHA软件由两部分组成，Manager工具包和Node工具包，具体的说明如下。v Manager工具包 主要包括以下几个工具：1masterha_check_ssh 检查MHA的SSH配置状况2masterha_check_repl 检查MySQL复制状况3masterha_manger 启动MHA4masterha_check_status 检测当前MHA运行状态5masterha_master_monitor 检测master是否宕机6masterha_master_switch 控制故障转移（自动或者手动）7masterha_conf_host 添加或删除配置的se
9、rver信息v Node工具包 这些工具通常由MHA Manager的脚本触发，无需人为操作）主要包括以下几个工具：save_binary_logs 保存和复制master的二进制日志apply_diff_relay_logs 识别差异的中继日志事件并将其差异的事件应用于其他的slavefilter_mysqlbinlog 去除不必要的ROLLBACK事件（MHA已不再使用这个工具）purge_relay_logs 清除中继日志（不会阻塞SQL线程）注意： 为了尽可能的减少主库硬件损坏宕机造成的数据丢失，因此在配置MHA的同时建议配置成MySQL 5.5的半同步复制。关于半同步复制原理各位自己
10、进行查阅。（不是必须） 实验环境 使用电信云主机。详细情况： 1、操作系统版本 Ubuntu 12.04.5 LTS n l 2、操作系统位数 x86_64，64位操作系统 3、操作系统内核 Linux mastersql 3.2.0-23-generic #36-Ubuntu SMP Tue Apr 10 20:39:51 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux 4、云主机情况角色Ip地址主机名Server_id类型Monitor host192.168.62.37manager37监控复制组Master192.168.62.42mastersql42
11、写入Candicate master192.168.62.36slavesql236读Slave192.168.62.41slavesql141读其中master对外提供写服务，备选master（实际的slave，主机名slavesql2）提供读服务，slave也提供相关的读服务，一旦master宕机，将会把备选master提升为新的master，slave指向新的master。上面和下面所有的命令最好都使用root用户执行，我曾经使用非 root用户，最后发现很烦，另ubuntu 默认root是不可以ssh登陆的，要先：passwd root 给root添加密码，这样root就可以ssh登陆
12、了。 建立ssh无密码登录环境v manager 公约操作rootmanager: ssh-keygenGenerating public/private rsa key pair.Enter file in which to save the key (/root/.ssh/id_rsa):Enter passphrase (empty for no passphrase):Enter same passphrase again:Your identification has been saved in /root/.ssh/id_rsa.Your public key has been s
13、aved in /root/.ssh/id_rsa.pub.The key fingerprint is:20:a3:4a:e2:1f:c4:4c:9a:90:8f:00:c4:26:36:aa:81 rootiZ28i9mza1uZThe keys randomart image is:+- RSA 2048-+|+. |o* |X .o . |Eo*. o . |+=o+ S |=. |. . | . . | . |+-+然后在/root/.ssh/id_rsa.pub.下面会新建两个文件id_rsa（私钥）和 id_rsa.pub（私钥）。拷贝公约到其他三台机器：rootmanager:
14、 ssh-copy-id -i .ssh/id_rsa.pubroot192.168.62.37#为什么要在本机也要设置呢，因为manager节点安装在这上面，如不设置在下面ssh检查时会通不过。rootmanager: ssh-copy-id -i .ssh/id_rsa.pubroot192.168.62.37rootmanager: ssh-copy-id -i .ssh/id_rsa.pubroot192.168.62.36rootmanager: ssh-copy-id -i .ssh/id_rsa.pubroot192.168.62.41过程示意图（因其过程都一样，故只示范192.168.62.37）v 主mysql 公约操作ssh-keygen -t rsassh-copy-id -i .ssh/id_rsa.pub root192.168.62.37ssh-copy-id -i .ssh/id_rsa.pub root192.168.62.41ssh-copy-id -i .ssh/id_rsa.pub root192.168.62.42v 从mysql1 公约操作ssh-keygen -t rsassh-copy-
