前文是「mysql优化专题」主从复制面试宝典！面试官都没你懂得多！(11),没看过的可以先看下。不可避免的是，使用MySQL时随着时间的增长，用户量以及数据量的逐渐增加，访问量更是剧增，最终将会使MySQL达到某个瓶颈，那么MySQL的性能将会大大降低。怎么办？前面已经讲过十一篇优化方案，接下来我将讲解MySQL高可用负载均衡这一方法。其中实现高可用负载均衡的方法有很多，例如LVS+keepalived组合实现、haproxy+keepalived组合实现等等，目前用mycat的越来越多，这里我们采用HAProxy+MyCat组合实现MySQL高可用负载均衡这一技术。坚持到文末，有黄图哟。
一、为什么需要mysql集群？
一个庞大的分布式系统的性能瓶颈中，最脆弱的就是连接。连接有两个，一个是客户端与后端的连接，另一个是后端与数据库的连接。简单如图下两个蓝色框框（其实，这张图是我在悟空问答解答别人的时候用Windows的自带画板画的，勿喷啊..）
版权归作者所有，哈哈
在客户端与后端中可以利用类似nginx的负载均衡解决（本专题是mysql优化，后面出高并发专题再详细讲解连接1的负载均衡），而数据库层是最脆弱的一层，一般在应用设计时在上游就需要把请求拦截掉，数据库层只承担“能力范围内”的访问请求，所以，我们通过在服务层引入队列和缓存，让最底层的数据库高枕无忧。
但是，如果请求激增,还是有大量的查询压力到MySQL怎么办呢？
无所不能的程序员还是要想办法解决MySQL的瓶颈。这时候，集群出现了。在后端与数据库中我们可以利用类似mycat的负载均衡实现mysql集群，提高mysql的总体性能。（可用组合很多，如LVS+keepalived组合、haproxy+keepalived组合）
一、基本软件版本
操作系统：CentOS-6.6-x86_64
JDK版本：jdk1.7.0_72
HAProxy版本：haproxy-1.5.16.tar.gz
MyCat版本：Mycat-server-1.4-release-38-linux.tar.gz
MySQL版本：mysql-5.6.26.tar.gz
二、部署环境规划：
三、集群部署架构图如下：
图解说明：
HAProxy负责将请求分发到MyCat上，起到负载均衡的作用，同时HAProxy也能检测到MyCat是否存活，HAProxy只会将请求转发到存活的MyCat上。如果一台MyCat服务器宕机，HAPorxy转发请求时不会转发到宕机的MyCat上，所以MyCat依然可用。
五、MyCat节点2的部署
MyCat主机2（edu-mycat-02，..1.）（主从复制部署，这么快就忘了的可以看看，文末有连接）
注意：edu-mycat-01（..1.）和edu-mycat-02（..1.）中都要加上（或更新）主机名映射配置。
#vi/etc/hosts
..1.edu-mycat-01
..1.edu-mycat-02
..1.edu-mysql-01
..1.edu-mysql-02
六、配置MyCat状态检查服务（在MyCat节点主机上配置）
MyCat服务主机（edu-mycat-01、edu-mycat-02）上需要增加mycat服务的状态检测脚本，并开放相应的检测端口，以提供给HAProxy对MyCat的服务状态进行检测判断。可以使用xinetd来实现，通过xinetd，HAProxy可以用