Mycat与ShardingSphere如何选择（未完待续）

区别

一、ShardingSphere

• ShardingSphere-JDBC
• ShardingSphere-Proxy
• ShardingSphere-Sidecar（TODO）

混合架构

   ShardingSphere-JDBC 采用无中心化架构，适用于 Java 开发的高性能的轻量级 OLTP 应用；ShardingSphere-Proxy 提供静态入口以及异构语言的支持，适用于 OLAP 应用以及对分片数据库进行管理和运维的场景。
   Apache ShardingSphere 是多接入端共同组成的生态圈。 通过混合使用 ShardingSphere-JDBC 和 ShardingSphere-Proxy，并采用同一注册中心统一配置分片策略，能够灵活的搭建适用于各种场景的应用系统，使得架构师更加自由地调整适合与当前业务的最佳系统架构。

这里的代理服务，是单机

Sharding-Proxy整合Haproxy实现高可用

这里Haproxy负载了多MySQL节点，不是多Sharding-Proxy服务节点，如果用NGINX服务反向代理做负载均衡能否实现Proxy代理服务高可用

Apache ShardingSphere Proxy 负载均衡小练习

这个是结合zookper来处理的高可用，里面有服务注册，和节点注册，需要研究看看

二、Mycat

HaProxy+Keepalived+Mycat高可用集群配置

集群部署图理解：
1、keepalived和haproxy必须装在同一台机器上（如192.168.46.161机器上，keepalived和haproxy都要安装），keepalived负责为该服务器抢占vip（虚拟ip），抢占到vip后，对该主机的访问可以通过原来的ip（192.168.46.161）访问，也可以直接通过vip（192.168.46.180）访问。

2、192.168.46.162上的keepalived也会去抢占vip，抢占vip时有优先级，配置keepalived.conf中的（priority 150 #数值愈大，优先级越高,192.168.46.162上改为120，master和slave上该值配置不同）决定。但是一般哪台主机上的keepalived服务先启动就会抢占到vip，即使是slave，只要先启动也能抢到。

3、haproxy负责将对vip的请求分发到mycat上。起到负载均衡的作用，同时haproxy也能检测到mycat是否存活，haproxy只会将请求转发到存活的mycat上。

4、如果一台服务器（keepalived+haproxy服务器）宕机，另外一台上的keepalived会立刻抢占vip并接管服务。如果一台mycat服务器宕机，haporxy转发时不会转发到宕机的mycat上，所以mycat依然可用。

三、痛点和选型