mysql高可用方案mha_MySQL高可用方案MHA的一些总结和思考

MySQL高可用筹划中MHA绝地是一个相当成熟的实现。对于数据的切换，其实MGR也能很好的完成，也就是说，数据层面的角色切换已经克意很腻滑的做好了，然则对于拜访IP的处理，照样有很大年夜的空间，MHA供给了很多可选的空间来支撑。

常见的组合方法有：MHA+VIP

MHA+keepalive

MHA+Zookeeper

当然MHA+VIP是一种很成熟和经典的筹划了。

一般来说都有以下类似的架构方法，假设架构模式为一主两大年夜。对于应用拜访来说，供给的IP信息就根据绑定的VIP地址为准。VIP可以根据节点的数据状况在不合节点间漂移，达到无缝切换的高可用。

MHA Manager是一个核心的调剂器，有了它可声调剂多套情况，当然MHA Manager自身也有单点，所以会推敲两套MHA Manager节点来做冗余，实际上是做交叉互备，比如有100套情况，两个MHA Manager节点，那就每个分50个节点，如不雅Manager节点出现故障，可以很顺利的交代给Manager2来接收。

【编辑推荐】值得收藏!这是SQL数据库优化的六种办法

7大年夜绝招帮你轻轻松松晋升MySQL机能

带您深刻懂得MySQL的权限治理

MySQL 8.0备受注目标新特点大年夜放送!

数据库的应用你可能忽视了这些【义务编辑：庞桂玉 TEL：(010)68476606】

对于应用来说，就是同一经由过程VIP的方法来拜访。如不雅是在这个基本上推敲中心件的筹划，则数据拜访的策略会加倍复杂一些。

对于如许的一个根本筹划，如不雅大年夜多个维度来下钻会发明有很多须要留意的处所，所以问题无处不在，可喜的是在MHA中几乎都推敲到了。如不雅说得简单点，重要有下面的几个场景须要推敲：数据库主库宕机

数据库大年夜库宕机

重启数据库主库

重启数据库大年夜库

大年夜库应悠揭捉?迟

主大年夜收集延迟

主库办事器宕机

大年夜库办事器宕机

一主多大年夜切换优先级

收集颤抖的切换

手工主大年夜切换

主节点IP调剂

大年夜节点IP调剂

添加大年夜节点

剔除大年夜节点

收集颤抖的预防

半同步插件对于MHA的影响

自定义MHA脚本

所以膳绫擎的筹划多若干少都须要推敲，如不雅用下面的图来表示，就会大年夜体有如下的一些红色警告。所以各个层面都邑有可能存在问题和异常，若何尽可能不影响营业，保持营业科持续拜访是重中之重。

举一个比较纠结的问题，如不雅MHA Manager节获得数据库主库的收集产生颤抖，导致短时光弗查拜访，我们是欲望这个过程是不会做灾害切换的，然则如不雅时光过长了，有2分钟或者3分钟都弗查拜访，这个时刻是切照样不切呢。这个时刻信息照样相对较少的，如不雅我们参加应用办事器这个角色，如不雅应用办事器是可拜访的，那么就不切，如不雅应用拜访受到影响，那照样切吧。并且根据我们的测试，在MHA 0.56和0.57琅绫擎照样有一些差别。测试了多套情况，测试了多个特点，结合起来才会发明对于MHA的┞峰酌会加倍周全，而换句话说，懂得了原委，才能更好的┞菲握MHA，也才能看到更多的问题，来测验测验定制它，使得它加倍知足于当前的营业需求。

推荐阅读

承诺更小、更快、更腻滑，延迟一个月，Angular 5.0 正式来袭；Kafka 迎来 1.0.0 版本，正式拜别四位数版本号；快速迭代，Node.js 迎来 9.0 正式版。Angular 5.0 正式宣布，改进编译器在本年的 ng-conf>>>详细阅读

地址：http://www.17bianji.com/lsqh/38443.html