MySQL中间件之ProxySQL(13)：ProxySQL集群

ProxySQL有原生的集群功能，但是这个原生的集群功能还正在试验阶段。本文会详细介绍这个原生集群的实现细节。 1.ProxySQL部署在哪 在拓扑结构中，ProxySQL部署在应用程序和MySQL集群的中间位置。应用程序向ProxySQL发起SQL语句，ProxySQL分析收到的SQL语句，进行匹配、重写等操作，然后路由给后端MySQL集群中的某实例。 如图： 上图描述的是多个application共用一个ProxySQL实例，但需求总是多变的。例如有些app比较繁忙，我们想要将这些繁忙的app使用的ProxySQL分离出来，让不同的application独立使用一个ProxySQL甚至一个ProxySQL集群，让那些不太繁忙的app共用一个ProxySQL。这种情形如下图： 还可以为每个app都配置一个ProxySQL，如下图。 这种配置的好处是明显的，没有单点故障，不需要额外的负载均衡，app+proxysql的节点可以轻松扩展。但是，也有缺点，各ProxySQL之间无法共享查询缓存。但无论如何，这是一种良好的配置方式。 此外，还可以使用多层结构，对ProxySQL群进行负载均衡。如下图： 上图几个注意点： 负载软件层，也可以使用ProxySQL对ProxySQL集群进行负载均衡，因为ProxySQL自身就是一个代理，而且是专门负责MySQL协议的代理。 在负载均衡层，要保证事务持久，不能让一个事务内的不同语句路由到不同的目标上，也就是说负载的目标是"有状态"的。因此在使用lvs/haproxy时，必须想办法保证事务持久性。通用性方法是，从多个ProxySQL节点中取出一个作为逻辑写节点(可以有backup)，haproxy/lvs通过端口(也可以用户名，但通常采用端口)代理的方式，强制将所有写语句路由到这个固定的ProxySQL节点上。 而通过ProxySQL来代理ProxySQL集群，因为ProxySQL内部支持事务持久(在mysql_users表中字段transaction_persistent控制持久性)。 综上分析，通过lvs/haproxy负载ProxySQL或者负载MySQL、Galera……