编程开发中连接池的示例分析

这篇文章将为大家详细讲解有关编程开发中连接池的示例分析，小编觉得挺实用的，因此分享给大家做个参考，希望大家阅读完这篇文章后可以有所收获。

什么是连接池?

创建与管理连接缓冲池的技术，本质是资源复用，不用频繁创建与销毁连接，能提高性能。

画外音：数据库连接池，服务连接池，都是连接池。

微服务分层架构中，连接池扮演着极其重要的角色。

如上图：

• 上层虚线框，是web集群;

• 下层虚线框，是service集群;

• 绿色框，代表一条上下游建立的连接;

• 蓝色框，代表连接池;

此例中，一个调用方会与一个服务节点建立2条连接，服务集群共3个集群，故连接池总共6条连接，从c1到c6。

上层调用方，除了会从连接池中拿连接收发报文访问下游服务外，互联网架构中，还有哪些技术点与连接池相关呢?

一、故障转移与服务发现

如上图：

• 故障转移，假如旧的服务节点s1出现了故障，c1和c2连接失效，会被从连接池中剔除，后续请求不会再发送到故障的节点中;

• 服务发现，假如新的服务节点s4上线，c7和c8连接建立，会被加入到连接池中来，后续请求会发送到新增的节点中;

动态删除连接与新增连接，这就是动态连接池。

服务发现，如何感知到新的节点s4上线呢?详见《改了配置，不想重启，怎么整?》。

二、负载均衡

采用轮询的策略，逐个使用连接池中的连接，可以实现对下游服务访问的负载均衡。

采用完全随机的策略，也能实现负载均衡。

如上图：

给每个连接一个相同的权重，取连接访问下游时，采用一个随机算法，落到哪个格子用哪个连接，还是上面的例子：

n = random() % 6 + 1;

当

• n=[1,2]，访问s1;

• n=[3,4]，访问s2;

• n=[5,6]，访问s3;

3个区间的宽度相同，即落到某个服务的概率相等，负载是均衡的。

那么，如果服务节点的服务能力有差异，有的处理能力强，有的处理能力弱，怎么办呢?

三、静态权重负载均衡

如上图：

给每个服务配置一个不同的权重，连接池初始化时，不同服务的区间大小有差异，取连接访问下游时，落到某个格子的概率也会有差异：

n = random() % 16 + 1;

当

• n=[1,2]，访问s1;

• n=[3,6]，访问s2;

• n=[7,16]，访问s3;

3个区间的宽度与服务的权重成正比，即落到某个服务的概率等同权重。

画外音：nginx就支持这么玩，但静态权重实在太粗暴了。

那么，如果服务节点的服务能力有差异，但又很难用静态权重标识，怎么办呢?

四、动态权重负载均衡

如上图：连接池初始化时，为连接分配一个动态的权重。

画外音：服务不再需要配置了。

仍按照之前的方法分配负载，只是：

• 连接处理超时，动态权重下降;

• 连接处理成功，动态权重上升;

关于“编程开发中连接池的示例分析”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，使各位可以学到更多知识，如果觉得文章不错，请把它分享出去让更多的人看到。