MySQL MHA应用实践(基础知识)
2019-07-18 23:25
1946 查看
一、MHA概述
MHA(Mater High Availability)是一套非常流行和实用的MySQL高可用解决方案软件,保证MySQL主从复制集群中主库的高可用性,保证集群业务不受影响。当master异常宕机后,MHA能够保证在1~30s的时间内实现故障转移,选择一个最优slave升为最新master,同时保持数据一致性的状态,以及将整个集群的所有数据损失降到最低。因此MHA方案十分受欢迎。
二、MHA架构
MHA由Manager(管理节点)和Node(数据节点)组成。Manager服务可以运行在一台独立服务器(虚拟机)上管理多个主从集群,也可以是某一个从节点或者应用服务器节点,而Node服务需要运行在每一个MySQL服务器上。Manager会定时通过主库上的Node服务监控主库,确保主库出现故障时可自动(或指定)将最优从库升为新主库,让所有从库与最新master保持正常。
三、MHA原理
1、选择新主库 MHA选择最优从库升为主库(根据其他从库binlog位置点最新的或半同步的从库) 2、数据一致性 如果主库可进行ssh连接MHA会将主库内的所有binlog日志保存下来,若连接不上直接放弃。 以选择好的新主库binlog位置点为基准,通过relay log 进行补全,使其它从库与主库一致。 宕机主库的binlog日志恢复到所有数据库节点上。 3、角色切换 选择最优从库提升为正式主库。 保证完整的主从复制状态
注释:应用访数据集群时可以采用keepalived 。
三、MySQL复制
异步复制(Asynchronous replication) MySQL默认的复制即是异步的,主库在执行完客户端提交的事务后会立即将结果返给给客户端,并不关心从库是否已经接收并处理,这样就会有一个问题,主如果crash掉了,此时主上已经提交的事务可能并没有传到从上,如果此时,强行将从提升为主,可能导致新主上的数据不完整。 全同步复制(Fully synchronousreplication) 指当主库执行完一个事务,所有的从库都执行了该事务才返回给客户端。因为需要等待所有从库执行完该事务才能返回,所以全同步复制的性能必然会收到严重的影响。 半同步复制(Semisynchronous replication) 介于异步复制和全同步复制之间,主库在执行完客户端提交的事务后不是立刻返回给客户端,而是等待至少一个从库接收到并写到relay log中才返回给客户端。相对于异步复制,半同步复制提高了数据的安全性,同时它也造成了一定程度的延迟,这个延迟最少是一个TCP/IP往返的时间。所以,半同步复制最好在低延时的网络中使用。
异步复制
MySQL—MHA架构图
相关文章推荐
- java反射基础知识(五)反射应用实践
- java反射基础知识(四)反射应用实践
- 安卓应用运营基础知识—签名
- Windows中线程的基础知识和简单应用----Thread的生死
- Map/Reduce应用开发基础知识-摘录
- 【项目实践】——redis基础知识
- 应用系统基础构建设计开发实践(一)
- C++基础知识 sizeof运算符应用的总结
- J2EE应用讲解(4)——EJB基础知识
- FTP基础知识和应用简易教程
- JavaScript基础应用 制作无缝滚动图实例与DOM基础知识讲解
- ESLQ基础知识实践——实践一
- C#反射基础知识和实战应用
- 《软件工程 ——理论、方法与实践》知识概括第六章 面向对象基础
- Yii框架官方指南系列15——基础知识:最佳MVC实践
- OSI七层模型基础知识及各层常见应用
- autoMonkey框架原理与应用(一):Monkey基础知识与测试场景
- Python起步之基础知识初步应用(飞机大战)
- C语言基础知识应用问题解决!
- Objective-C基础知识之(四):实例变量的可变度、初始化方法的声明、self和super的具体应用