最小连接负载均衡是什么？
在访问量大的网站或应用中，流量怎么分给后端服务器，直接影响用户体验和系统稳定性。最小连接负载均衡（Least Connections）就是一种动态分配请求的策略——它不看谁排第一，也不轮着来，而是把新请求交给当前连接数最少的那台服务器。
为什么需要它？
想象一下银行柜台排队。如果采用“轮询”方式，不管每个窗口忙不忙，都依次叫下一个客户。结果可能是一个窗口正处理复杂业务，另一个却空着。最小连接策略就像大厅里的引导员，专挑人少的窗口带人过去，效率自然更高。
在实际网络场景中，用户的请求耗时差异很大。有的只是查个数据，瞬间完成；有的要上传文件、跑复杂计算，占用连接好几秒。这时候，静态的分配方式就容易造成部分服务器“累死”，而别的“闲死”。
它是怎么工作的？
负载均衡器实时监控每台后端服务器的活跃连接数。每当有新请求进来，它会查看所有服务器的当前连接情况，然后把请求转发给连接数最少的那一台。
比如：
- 服务器A：正在处理8个请求
- 服务器B：正在处理3个请求
- 服务器C：正在处理5个请求
新请求就会被发往服务器B。
适合哪些场景？
这种策略特别适合请求处理时间差异大的服务，比如视频上传、在线报表生成、API网关等。这些场景下，连接持有时间长短不一，用最小连接法能有效避免某台机器被长连接占满。
对于短平快的请求，比如静态资源访问，轮询（Round Robin）也够用。但一旦业务复杂度上来，最小连接的优势就显现出来了。
和加权最小连接的区别
并不是所有服务器配置都一样。有的机器性能强，能扛更多连接。加权最小连接（Weighted Least Connections）会给每台服务器设置权重。比如一台高配服务器权重设为2，相当于它能承担两倍于普通机器的负载。
算法在分配时，会用“当前连接数 ÷ 权重”来计算负载比例，选比例最低的那台。这样既能反映实时压力，又能兼顾硬件差异。
简单配置示例
以 Nginx 为例，启用最小连接负载均衡只需要一行配置：
upstream backend {
least_conn;
server 192.168.1.10:80;
server 192.168.1.11:80;
server 192.168.1.12:80;
}如果要加权重，可以这样写：
upstream backend {
least_conn;
server 192.168.1.10:80 weight=2;
server 192.168.1.11:80 weight=1;
server 192.168.1.12:80 weight=1;
}需要注意的地方
最小连接策略依赖负载均衡器准确掌握后端状态。如果连接信息更新延迟，可能导致分配失衡。另外，在突发流量下，所有服务器连接数都会快速上升，这时配合超时设置和健康检查，才能真正发挥效果。
它也不是万能的。如果后端服务响应不稳定，或者存在大量空闲连接未释放，算法可能误判真实负载。因此，结合监控和日志分析，才能让策略跑得更稳。