MySQL高可架构设计方案.docxVIP

MySQL高可用架构设计方案 MySQL高可用架构 设计方案 文件状态： [ ] 草稿 [ ] 正在修改 [√] 正式发布 密 级： ★★★ 文件标识： MySQL 当前版本： 1.0 作 者： 梁小帆 联系方式： liangxf@ 完成日期： 2015-11-18 亚信科技（中国）有限公司 2015-11-18 目录 TOC \o 1-3 \h \z \u 目录 2 更新历史 3 1. 前言 4 1.1.预期读者 4 1.2.编写目的 5 2. 风险评估 5 2.1.高可用环境 5 2.2.主要风险 7 2.3.面临的主要问题 8 3. MySQL数据可靠性 9 3.1.背景 9 3.2.解决方案 9 4. MySQL数据一致性 11 4.1.背景 11 4.2.解决方案 11 4.2.1.常规 11 4.2.2.主备切换 11 5. MySQL容灾 13 5.1.背景 13 5.2.解决方案 13 6. MySQL自动切换 15 6.1.背景 15 6.2.解决方案 15 6.2.1.架构方式 15 6.2.2.流程设计 17 6.2.3.应用层切换设计 20 6.2.4.切换步骤 24 6.2.5.切换的触发条件 25 6.2.6.Zookeeper节点设计 26 6.3.部署及使用场景 27 6.3.1.部署方式 27 6.3.2.使用场景 28 6.4.页面化管理及监控 30 6.4.1.切换管理 30 6.4.2.Zookeeper监控 30 6.5.测试场景设计 31 6.5.1.测试环境 31 6.5.2.测试用例 31 更新历史 编号 版本 更新人 审核人 更新时间 内容 1 1.00 梁小帆 2015-11-18 新创建 2 3 4 5 6 7 8 9 10 1. 前言 1.1.预期读者 项目经理、技术开发人员、项目部署人员及运维人员 1.2.编写目的 能够指导进行项目的MySQL高可用架构和集群的设计构建 2. 风险评估 2.1.高可用环境 高可用（High Availability）有两种不同的含义，在广义环境中，是指整个系统的高可用特性，在狭义方面，一般指主机的冗余接管，如主机HA。我们目前的产品及相关系统平台主要都倾向于广义上的高可用。一个良好的高可用环境，不仅仅能避免系统本身的问题，还能防止天灾人祸，并且有一个简单可靠的系统维护方法，同时能在最小的成本资源下产生最大的效益。 高可用的计算方法一般以年在线率来计算，例如规定整个系统一年之中的可用环境要达到99.95%，那么24*365*（1-99.95%）= 4.38小时（包括计划内维护时间）。另外，子系统的可用性一定会高于整个系统的可用性，如整个系统的可用性为99.95%，则对于子系统，可用性可能就是要求达到99.999%。 图 2-1 高可用级别对照表 在实际产品开发中，很难达到100%的在线能力，即使真的达到，代价会非常大。一般能达到99.9%以上的可用性的环境，都可以认为是比较高的可用环境。 图 2-2 收益与成本 在公司收益与投入成本计算方面取得一个平衡，则是最终所希望的在线效率，但是收益与成本的计算方法则是决策者与实施者需要着重考虑的问题，适合自己的高可用环境即是最好的，不能盲目地追逐过高的可用性。 2.2.主要风险 在一个高可用的环境中，会遇到各种风险，主要的风险如下 ??系统失败或崩溃（System faults and crashes） ??应用层或中间层错误（Application and middleware failures） ??网络失败（Network failures） ??介质失效，一般指存放数据的媒体介质故障（Media failures） ??人为失误（Human Error） ??分级与容灾（Disasters and extended outages） ??计划宕机与维护（Planned downtime, maintenance and management tasks） 2.3.面临的主要问题 使用MySQL+PC服务器来构建高可用的MySQL集群会遇到一些主要的问题，这些问题如果忽略了或者没有去解决好，是会对高可用造成影响的，设置直接影响到整个产品及系统的稳定运