mysql高可用架构 -> MHA简介-01
作者简介
松信嘉範:
MySQL/Linux专家
2001年索尼公司入职
2001年开始使用oracle
2004年开始使用MySQL
2006年9月-2010年8月MySQL从事顾问
2010年-2012年 DeNA
2012年~至今 Facebook
软件介绍
1、MHA能够在较短的时间内实现自动故障检测和故障转移,通常在10-30秒以内;在复制框架中,MHA能够很好地解决复制过程中的数据一致性问题,由于不需要在现有的replication中添加额外的服务器,仅需要一个manager节点,而一个Manager能管理多套复制,所以能大大地节约服务器的数量;另外,安装简单,无性能损耗,以及不需要修改现有的复制部署也是它的优势之处。
2、MHA还提供在线主库切换的功能,能够安全地切换当前运行的主库到一个新的主库中(通过将从库提升为主库),大概0.5-2秒内即可完成。
3、MHA由两部分组成:MHA Manager(管理节点)和MHA Node(数据节点)。MHA Manager可以独立部署在一台独立的机器上管理多个Master-Slave集群,也可以部署在一台Slave上。当Master出现故障时,它可以自动将最新数据的Slave提升为新的Master,然后将所有其他的Slave重新指向新的Master。整个故障转移过程对应用程序是完全透明的。
工作流程
1)把宕机的master二进制日志保存下来。
2)找到binlog位置点最新的slave。
3)在binlog位置点最新的slave上用relay log(差异日志)修复其它slave。
4)将宕机的master上保存下来的二进制日志恢复到含有最新位置点的slave上。
5)将含有最新位置点binlog所在的slave提升为master。
6)将其它slave重新指向新提升的master,并开启主从复制。
MHA工具介绍
MHA软件由两部分组成,Manager工具包和Node工具包,具体的说明如下:
Manager工具包主要包括以下几个工具:
[root@db01 tools]# tar xf mha4mysql-manager-0.56.tar.gz
[root@db01 bin]# pwd /server/tools/mha4mysql-manager-0.56/bin //进入bin目录下
[root@db01 bin]# ll total 40 -rwxr-xr-x 1 4984 users 1995 Apr 1 2014 masterha_check_repl -rwxr-xr-x 1 4984 users 1779 Apr 1 2014 masterha_check_ssh -rwxr-xr-x 1 4984 users 1865 Apr 1 2014 masterha_check_status -rwxr-xr-x 1 4984 users 3201 Apr 1 2014 masterha_conf_host -rwxr-xr-x 1 4984 users 2517 Apr 1 2014 masterha_manager -rwxr-xr-x 1 4984 users 2165 Apr 1 2014 masterha_master_monitor -rwxr-xr-x 1 4984 users 2373 Apr 1 2014 masterha_master_switch -rwxr-xr-x 1 4984 users 5171 Apr 1 2014 masterha_secondary_check -rwxr-xr-x 1 4984 users 1739 Apr 1 2014 masterha_stop masterha_check_ssh #检查MHA的ssh-key masterha_check_repl #检查主从复制情况 masterha_manger #启动MHA masterha_check_status #检测MHA的运行状态 masterha_master_monitor #检测master是否宕机 masterha_master_switch #手动故障转移 masterha_conf_host #手动添加server信息 masterha_secondary_check #建立TCP连接从远程服务器 masterha_stop #停止MHA
Node工具包主要包括以下几个工具:
tar xf mha4mysql-node-0.56.tar.gz [root@db01 bin]# pwd /server/tools/mha4mysql-node-0.56/bin //进入bin目录
[root@db01 bin]# ll total 44 -rwxr-xr-x 1 4984 users 16367 Apr 1 2014 apply_diff_relay_logs -rwxr-xr-x 1 4984 users 4807 Apr 1 2014 filter_mysqlbinlog -rwxr-xr-x 1 4984 users 8261 Apr 1 2014 purge_relay_logs -rwxr-xr-x 1 4984 users 7525 Apr 1 2014 save_binary_logs //工具介绍 save_binary_logs #保存宕机的master的binlog apply_diff_relay_logs #识别relay log的差异 filter_mysqlbinlog #防止回滚事件 purge_relay_logs #清除中继日志
MHA优点总结
1)Masterfailover and slave promotion can be done very quickly 自动故障转移快 2)Mastercrash does not result in data inconsistency 主库崩溃不存在数据一致性问题 3)Noneed to modify current MySQL settings (MHA works with regular MySQL) 不需要对当前mysql环境做重大修改 4)Noneed to increase lots of servers 不需要添加额外的服务器(仅一台manager就可管理上百个replication) 5)Noperformance penalty 性能优秀,可工作在半同步复制和异步复制,当监控mysql状态时,仅需要每隔N秒向master发送ping包(默认3秒),所以对性能无影响。你可以理解为MHA的性能和简单的主从复制框架性能一样。 6)Works with any storage engine 只要replication支持的存储引擎,MHA都支持,不会局限于innodb