负载均衡调度算法是决定流量如何分发到后端服务器的核心机制，根据业务需求选择轮询、最少连接、源地址哈希等算法，可以显著提升系统性能和稳定性。
负载均衡调度算法有哪些？常见算法详解
负载均衡调度算法，通俗讲就是决定“下一个请求该交给谁处理”的规则，不同算法对后端服务器压力、响应速度和资源利用率影响很大，业内常见的算法包括以下几种,每种都有自己最适合的舞台。
轮询算法（Round Robin）
轮询是最基础的调度算法，请求按顺序依次分配给每个后端服务器，它假设所有服务器处理能力相同，且请求负载均衡。优点是实现简单、无状态，适合服务器配置相近、请求处理时间差异不大的场景，比如静态资源服务、简单的API网关，但一旦某台服务器处理慢，轮询仍然会把新请求发过去，导致积压进一步加剧，在实际使用中，轮询算法常作为默认配置,性能调优时往往会被替换。
加权轮询（Weighted Round Robin）
加权轮询在轮询基础上引入权重，权重高的服务器分配更多请求。适合服务器配置不一、性能差异明显的集群，比如一台8核服务器配权重3，一台4核服务器配权重1，流量就会按3:1分配，配置时权重通常根据硬件配置或历史负载动态调整，国内许多云厂商的负载均衡服务默认提供加权轮询选项，你可以根据后端服务器CPU、内存等指标灵活设定。
最少连接算法（Least Connections）
最少连接算法将当前请求分配给活跃连接数最少的服务器，它动态感知后端负载，比轮询更智能。适合长连接和请求处理时间差异大的场景，比如数据库中间件、WebSocket服务、流媒体传输，例如一个视频直播平台，任一时间点不同用户的连接时长差异很大，轮询可能导致连接数集中，而最少连接算法能自动分散压力，它需要维护连接计数,且突发短连接场景下效果可能不如轮询。
源地址哈希（Source IP Hash）
源地址哈希对客户端IP地址计算哈希值，然后将请求固定分配给同一台后端服务器。核心作用是会话保持，保证同一用户始终访问同一台服务器，避免Session丢失。
适合需要本地缓存或状态维护的应用，比如购物车、登录状态，但一旦服务器增减，哈希映射会大规模变动，导致大量会话失效，很多场景会用一致性哈希替代,减少节点变化的影响范围。
一致性哈希（Consistent Hashing）
一致性哈希在哈希空间上构建虚拟节点，每个服务器对应多个虚拟节点，当服务器增减时，只影响相邻范围的请求，大大减少重新映射的范围。适合分布式缓存、数据库分片等需要高可用扩展的场景，例如Redis集群、Memcached分布式部署，一致性哈希能让节点扩缩容时缓存命中率不剧烈下降，业内共识认为,一致性哈希是目前分布式系统中处理动态伸缩最推荐的算法之一。
如何选择负载均衡调度算法？场景与对比
没有绝对最好的算法，只有最匹配场景的调度方式，选择时主要看请求特点、服务器状态、会话要求,下面几个常见维度能帮你理清思路。
长连接场景 vs 短连接场景
- 长连接（如WebSocket、数据库连接池）：推荐最少连接算法，它能动态平衡各服务器当前连接数，避免某个服务器因承载过多长连接而崩溃，连接数可以实时反映服务器负载，比轮询“一刀切”更精准。
- 短连接（如普通HTTP请求，每次请求完即断）：轮询或加权轮询就足够，因为连接建立和释放很快，连接数不能准确反映CPU或内存负载,轮询反而因简单调度而效率更高。
需要会话保持的应用
有些业务要求用户请求始终落在同一台服务器（比如购物车、登录状态），此时源地址哈希或一致性哈希是首选，源地址哈希配置简单，但后端节点增减时影响大；一致性哈希引入虚拟节点，平滑性更好，如果业务量不大且节点稳定，源地址哈希直接可用；如果集群频繁扩缩容,一致性哈希更省心。
动态请求与静态请求分离
如图片、CDN缓存）通常处理时间短、无状态，轮询即可，动态请求（如动态页面、API接口）如果涉及大量计算或数据库查询，处理时间差异大，最少连接算法能避免请求排队在某台慢服务器上，实际生产环境中，多少比例的公司会混合使用多种算法？据统计，多数大型互联网公司在接入层用轮询，在业务层用最少连接或加权轮询,以达到分层优化。
算法对比速览
| 算法 | 优点 | 缺点 | 适用场景 |
|---|---|---|---|
| 轮询 | 简单、无状态 | 不考虑服务器差异 | 相同配置、短请求 |
| 加权轮询 | 支持权重配置 | 静态权重，不能动态调整 | 配置不均的服务器 |
| 最少连接 | 动态感知负载 | 需要维护连接数，短连接效果差 | 长连接，处理时间差异大 |
| 源地址哈希 | 会话保持简单 | 节点增减影响大 | 稳定集群，需要会话固定 |
| 一致性哈希 | 节点变化影响小 | 实现复杂度较高 | 分布式缓存、数据库分片 |
实战配置：Nginx负载均衡调度算法配置示例
Nginx是常见负载均衡软件，支持多种调度算法，配置时在upstream块中指定即可，下面给出几个典型配置,你可以直接修改后使用。
轮询算法配置
upstream backend {
server 192.168.1.10:80;
server 192.168.1.11:80;
}不写任何算法指令，Nginx默认就是轮询,请求依次分配给两个后端。
加权轮询配置
upstream backend {
server 192.168.1.10:80 weight=3;
server 192.168.1.11:80 weight=1;
}权重越高，接收请求越多，适合后端性能差异明显的场景,比如一台服务器独享更高带宽或CPU。
最少连接配置
upstream backend {
least_conn;
server 192.168.1.10:80;
server 192.168.1.11:80;
}加上least_conn;指令，Nginx会将新请求分配给当前活跃连接数最少的服务器。注意：该算法在Nginx商业版与开源版行为一致，但开源版不支持加权最低连接,商业版支持加权。
源地址哈希配置
upstream backend {
ip_hash;
server 192.168.1.10:80;
server 192.168.1.11:80;
}ip_hash指令根据客户端IP前三个段做哈希，同一IP固定到同一台后端，如果服务器发生故障，Nginx会自动将流量转移到其他服务器,但可能导致哈希重新映射。
通用配置技巧
- 如果后端服务器处理能力差异大，先用加权轮询设定静态权重,结合健康检查。
- 如果请求处理时间波动大，切换到最少连接,并观察连接数分布。
- 如果需要会话保持且节点不常变，源地址哈希足够；如果节点频繁扩缩，考虑一致性哈希（需配合第三方模块如
ngx_http_upstream_consistent_hash）。
负载均衡调度算法常见问题Q&A
问题1：负载均衡调度算法中哪种性能最好？
性能高低取决于具体场景，在短连接、请求处理时间均匀时，轮询效率最高，因为它没有额外开销，在长连接或处理时间差异大的场景，最少连接算法能更好地利用后端资源，避免单点过载，源地址哈希和一致性哈希则为会话保持和分布式缓存场景设计，性能侧重点在于命中率而非吞吐量，业内专家指出，没有万能算法，最佳实践是通过压测和监控数据来选择。
问题2：最少连接算法和轮询算法有什么区别？
最少连接算法会动态查看每个后端当前的连接数，将新请求发给连接数最少的服务器；轮询算法则按顺序轮流分配，不考虑当前连接数，区别在于：轮询适合请求处理时间相近的场景，实现简单；最少连接适合处理时间差异大或长连接场景，能避免连接堆积，但最少连接需要维护连接计数，在短连接爆发时统计开销可能超过轮询，多数情况下，生产环境会在长连接业务中优先考虑最少连接,而在静态资源层使用轮询。
问题3：源地址哈希算法如何影响负载均衡？
源地址哈希将同一客户端IP的请求固定到同一台后端服务器， taste 实现会话保持，但它的负载均衡效果取决于客户端IP分布是否均匀，如果大量用户来自同一个公网出口（如公司内网），哈希结果会集中到少数服务器，导致负载不均，此时可考虑使用一致性哈希，或在URL/参数上进行哈希，后端服务器增减时，源地址哈希的映射会大面积变化，导致大量会话重新分配,可能需要配合缓存预热等策略。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/508370.html
