3. 使用
        正如前面提到的，在目前形式中，MySQL Router最好与应用程序一起使用。也就是说，应该在运行应用程序的相同机器上安装Router。虽然这不是强制要求，但建议采用这种做法。可以编写程序来监控mysqlrouter的执行，并在需要时重新启动它。例如，如果目标选项中的服务器列表已用尽，则可以使用新目标列表重新启动Router，或重新启动Router以重试列表中的服务器。图2说明了如何在应用程序中使用Router。

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

        MySQL Router非常轻量级，与直连Servers相比，其性能损耗低于1%。摆在Router面前的问题，是其对链接数的支撑能力，原则上我们一个Router节点限定在500个TCP链接。Router本身CPU、内存、磁盘消耗都极低，但是要求Router节点对网络IO的支撑能力应该较强。考虑到Router底层为“异步IO”，如果条件允许，应该构建在较高版本的Linux平台下，且给予合理的CPU资源。MySQL Router在2.1.4版本以下，内核基于select() IO模型，存在连接数500上限、较大SQL请求导致CPU过高，以及并发连接过高时Router假死等问题，建议升级到2.1.6+。

        Router对连接的管理是基于“粘性”方式，即应用与Router的一个TCP连接，将对应一个Router与MySQL Server的连接，当应用与Router的连接失效时，Router也将断开其与MySQL Server的连接。只要Router上下游网络联通性正常，那么Router将不会主动断开与应用的连接，也不会切换其与Server的连接。即当应用与Router创建一个新连接时，Router将根据负载均衡算法，选择一个Server并与其建立连接，此后将唯一绑定，直到此Server失效时触发重新选择其他Server。这就引入一个问题，如果某个连接上发生了“繁重”的SQL操作，那么将会导致下游Server伴随高负载而无法“负载均衡”。

        Router对应用是透明的，开发与Router一起使用的应用程序不需要任何特殊的库或接口，所增加的工作只是维护MySQL Router实例。

二、安装配置环境

游客，如果您要查看本帖隐藏内容请回复

3. 使用
        正如前面提到的，在目前形式中，MySQL Router最好与应用程序一起使用。也就是说，应该在运行应用程序的相同机器上安装Router。虽然这不是强制要求，但建议采用这种做法。可以编写程序来监控mysqlrouter的执行，并在需要时重新启动它。例如，如果目标选项中的服务器列表已用尽，则可以使用新目标列表重新启动Router，或重新启动Router以重试列表中的服务器。图2说明了如何在应用程序中使用Router。

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

        MySQL Router非常轻量级，与直连Servers相比，其性能损耗低于1%。摆在Router面前的问题，是其对链接数的支撑能力，原则上我们一个Router节点限定在500个TCP链接。Router本身CPU、内存、磁盘消耗都极低，但是要求Router节点对网络IO的支撑能力应该较强。考虑到Router底层为“异步IO”，如果条件允许，应该构建在较高版本的Linux平台下，且给予合理的CPU资源。MySQL Router在2.1.4版本以下，内核基于select() IO模型，存在连接数500上限、较大SQL请求导致CPU过高，以及并发连接过高时Router假死等问题，建议升级到2.1.6+。

        Router对连接的管理是基于“粘性”方式，即应用与Router的一个TCP连接，将对应一个Router与MySQL Server的连接，当应用与Router的连接失效时，Router也将断开其与MySQL Server的连接。只要Router上下游网络联通性正常，那么Router将不会主动断开与应用的连接，也不会切换其与Server的连接。即当应用与Router创建一个新连接时，Router将根据负载均衡算法，选择一个Server并与其建立连接，此后将唯一绑定，直到此Server失效时触发重新选择其他Server。这就引入一个问题，如果某个连接上发生了“繁重”的SQL操作，那么将会导致下游Server伴随高负载而无法“负载均衡”。

        Router对应用是透明的，开发与Router一起使用的应用程序不需要任何特殊的库或接口，所增加的工作只是维护MySQL Router实例。

二、安装配置环境

游客，如果您要查看本帖隐藏内容请回复