Mysql负载均衡

你以为浪子回头金不换，其实浪子可能只是，上岸缓一缓。

 

市面上存在两种数据库负载均衡的思路：

1）基于数据库连接的负载均衡：例如总共有100个数据库连接，50个连接登录到数据库机器a，另外50个连接登录到数据库机器b，这样每个连接中接下来的所有请求全都是发往同一台数据库机器的。

这种数据库负载均衡的思路模拟了web上的负载均衡方法，但是由于web连接是短时间连接(连接建立后，获取需要的htmL等资源后，连接马上被关闭)，而数据库连接是长时间连接( 连接建立后，可长时间保持，客户可不停向数据库发送Sql请求，数据库做出回答，如此不断循环直到连接被人为或因错而断开为止)，因此这种数据库负载均衡思路存在着明显的缺点：有可能会发生绝大部分的请求压力都集中到某台数据库机器上去，从而使得负载均衡效果失效。

  

2）基于批处理请求的负载均衡：在建立数据库连接的时候，会同时与每台数据库服务器建立连接，之后针对客户端的每次请求，都会根据负载均衡算法，独立地选出某个数据库节点来执行这个请求。