MySQL高可用集群分享-5课件.ppt

1、MySQL高可用集群MySQL架构演变MySQL-MMMAtlasMySQL架构演变1 V1.0 简单网站架构2 V2.0 垂直拆分3 V3.0 主从架构4 V4.0 水平拆分V1.0 简单网站架构 一个简单的小型网站或者应用背后的架构可以非常简单,数据存储只需要一个mysql instance就能满足数据读取和写入需求，处于这个时间段的网站，一般会把所有的信息存到一个database instance里面。APPDALMySQLInstance在V1.0架构下，数据存储的瓶颈：1.数据量的总大小 一个机器放不下时。2.数据的索引（B+Tree）一个机器的内存放不下时。3.访问量(读写混合)一

2、个实例不能承受。只有当以上3件事情任何一件或多件满足时，我们才需要考虑往下一级演变。从此我们可以看出，事实上对于很多小公司小应用，这种架构已经足够满足他们的需求了。V2.0 垂直拆分一般当V1.0 遇到瓶颈时，首先最简便的拆分方法就是垂直拆分，何谓垂直？就是从业务角度来看，将关联性不强的数据拆分到不同的instance上，从而达到消除瓶颈的目标。以图中的为例，将用户信息数据，和业务数据拆分到不同的三个实例上。对于重复读类型比较多的场景，我们还可以加一层cache，来减少对DB的压力。APPCacheDALMySQLInstanceMySQLInstanceMySQLInstanceuserin

3、fo1userinfo2userinfo在V2.0的架构下，数据存储的瓶颈:1.单实例单业务 依然存在V1.0所述瓶颈遇到瓶颈时可以考虑往本文更高V版本升级,若是读请求导致达到性能瓶颈可以考虑往V3.0升级,其他瓶颈考虑往V4.0升级。V3.0 主从架构此类架构主要解决V2.0架构下的读问题，通过给Instance挂数据实时备份的思路来迁移读取的压力，在Mysql的场景下就是通过主从结构，主库抗写压力，通过从库来分担读压力，对于写少读多的应用，V3.0主从架构完全能够胜任。APPCacheDALMSSuserinfo writeuserinfo readuserinfo read在V3.0的架

4、构下，数据存储的瓶颈是什么？1.写入量主库不能承受V4.0 水平拆分对于V2.0 V3.0方案遇到瓶颈时，都可以通过水平拆分来解决，水平拆分和垂直拆分有较大区别，垂直拆分拆完的结果，在一个实例上是拥有全量数据的，而水平拆分之后，任何实例都只有全量的1/n的数据，以下图userinfo的拆分为例，将userinfo拆分为2个cluster，每个cluster持有总量的1/2数据，2个cluster数据的总和等于一份完整数据（注：这里不再叫单个实例 而是叫一个cluster 代表包含主从的一个小mysql集群）APPCacheDALMSSmysql clusterMSSmysql clusterM

5、ysql-mmm1Mysql-mmm简介2mysql-mmm组成与原理3mysql-mmm架构介绍Atlas1atlas简介2atlas主要功能3atlas架构介绍Mysql-mmm简介 MMM(Master-Master replication manager for Mysql)是一套灵活的脚本程序，用来对mysql replication进行监控和故障迁移，并能管理mysql Master-Master 复制的配置(同一时间只有一个节点是可写的)。附带的工具套件可以实现多个slaves的read负载均衡，因此你可以使用这个工具移除一组服务器中复制延迟较高的服务器的虚拟IP，它还可以备份数

6、据，两节点之间再同步等等。mysql-mmm组成与原理Mysql-mmm的管理功能主要通过三个脚本来实现1mmm_mond监控进程，负责所有的监控工作，决定和处理所有节点角色活动。此脚本需要在监管机上运行。2mmm_agentd运行在每个mysql服务器上的代理进程，完成监控的探针工作和执行简单的远端服务设置。此脚本需要在被监管机上运行。3mmm_control一个简单的脚本，提供管理mmm_mond进程的命令mysql-mmm的监管端会提供多个虚拟IP（VIP），包括一个可写VIP，多个可读VIP，通过监管的管理，这些IP会绑定在可用mysql之上，当某一台mysql宕机时，监管机会将VIP

7、迁移至其他mysql。mysql-mmm架构介绍优点：高可用性，扩展性好，出现故障自动切换，对于主主同步，在同一时间只提供一台数据库写操作，保证的数据的一致性。缺点：Monitor节点是单点，可以Keepalived 实现高可用，对大规模写入操作有瓶颈。atlas简介Atlas是由 Qihoo 360,Web平台部基础架构团队开发维护的一个基于MySQL协议的数据中间层项目。它在MySQL官方推出的MySQL-Proxy 0.8.2版本的基础上，修改了大量bug，添加了很多功能特性。目前该项目在360公司内部得到了广泛应用，很多MySQL业务已经接入了Atlas平 台，每天承载的读写请求数达几十亿条。atlas主要功能1读写分离2从库负载均衡3IP过滤4自动分表5DBA可平滑上下线DB6自动摘除宕机的DBatlas架构介绍不足之处：1使用atlas比直连DB，性能损耗大概是30%-35%左右 2使用atlas比直连DB，响应时间大概是直连DB的1.52倍 3对分表的支持不是太好，只支持同schema下的hash分表，并且分表后查询只基于分表key的等值查询（如果支持范围查询，那么比直接非分表情况扫描全表的性能还差，所以360干脆就不支持）4atlas配置暂时不支持配置参数的动态加载，如果修改了配置需要重启atlas，这可能会对业务有一点的影响主备模式，高可用双主模式谢谢！