jdbc+mysql模式优势_Mysql Router核心原理及优缺点总结

MySQL Router作为InnoDB Cluster(MySQL 7.X)的一部分，它是一个轻量级的中间，可以在Application与下游的MySQL Server之间提供透明的路由方式，它主要用以解决数据库主从库集群的高可用、易于扩展性等。

MySQL Router可以脱离InnoDB Cluster而单独实施，即MySQL 5.6等版本数据库仍然可以使用Router作为其中间代理曾，Router的核心原理为：

1、Router作为一个流量转发层，它的架构层面，位于Application与MySQL Servers之间。

2、其功能角色，类似于Nginx、LVS等，MySQL Servers作为Router的“upstream”(NAT模式)；Application不再直连MySQL Servers，而是与Router相连。根据Router的配置，将会把应用程序的READ、WRITE请求转发给下游的MySQL Servers。

3、当下游有多个MySQL Servers，无论主、从，那么它可以对READ、WRITE请求进行负载均衡。(loadbalance)

4、当下游某个Server失效时，Router可以将其从Active列表中移除，当其online后再次加入Active列表，即提供了Failover特性。

5、当MySQL Servers集群拓扑变更时，比如增减Slaves节点，我们只需要修改Router的配置即可，无需修改Application中JDBC URL配置，因为Application配置的为Router地址而非MySQL Servers的原始地址；即“数据库集群迁移”对Application是透明的。

6、Router支持集中式部署，即一个Group通常有多个Router节点，但是MySQL官方并没有提供集群的HA，即Router每个节点均为独立，它们之间互不通信，无Leader角色，无选举机制。那么当某个Router节点失效，Application层面需要借助MySQL Connector的高级特性，比如：failover、loadbalance等协议来实现Failover功能。简单而言，Router中间件与Connector的高级协议互相协作，才能够实现请求在Router集群之间的负载均衡、Failover等。

7、Router中间件，本身不会对请求“拆包”(unpackage)，所以我们无法在Router中间件上实现比如“SQL审计”、“隔离”、“限流”、“分库分表”等。但是Router提供了plugin机制，你可以开发自己的plugin来扩展Router的额外特性。(C语言)

8、如果你的MySQL Servers为5.7+版本，且构建为InnoDB Cluster模式，那么Router还能基于metaCache(metaServers)机制，感知MySQL Servers的主从切换、从库