Nginx负载均衡会话保持（小白也能看懂的完整教程）

什么是 Nginx 负载均衡？

Nginx 负载均衡是指 Nginx 作为反向代理，将客户端的请求分发到多个后端服务器（如多个 Tomcat、Node.js 或 PHP-FPM 实例），从而提升系统吞吐量、容错能力和可扩展性。

一个最简单的负载均衡配置如下：

upstream backend {    server 192.168.1.10:8080;    server 192.168.1.11:8080;    server 192.168.1.12:8080;}server {    listen 80;    location / {        proxy_pass http://backend;    }}  

默认情况下，Nginx 使用轮询（Round Robin）策略分发请求。这意味着同一个用户的多次请求可能会被发送到不同的后端服务器，从而导致会话丢失。

为什么需要会话保持？

当你的应用使用本地内存存储 Session（比如 Java 的 HttpSession、PHP 的 $_SESSION 等），而没有使用 Redis、数据库等共享 Session 存储时，就必须确保同一个用户的请求始终被转发到同一台后端服务器。这就是会话保持的作用。

在 Nginx 中实现会话保持，主要有以下几种方式：

• 基于 IP 地址的会话保持（ip_hash）
• 基于 Cookie 的会话保持（需使用商业版 Nginx Plus 或第三方模块）

方法一：使用 ip_hash 实现会话保持

这是最简单且免费的方式，适用于大多数场景。它根据客户端 IP 地址的哈希值，将请求固定分配到某一台后端服务器。

配置方法：在 upstream 块中加入 ip_hash; 指令：

upstream backend {    ip_hash;  # 启用基于IP的会话保持    server 192.168.1.10:8080;    server 192.168.1.11:8080;    server 192.168.1.12:8080;}server {    listen 80;    location / {        proxy_pass http://backend;    }}  

优点：配置简单，无需额外模块。
缺点：如果用户使用 NAT（如公司网络、手机4G/5G），多个用户可能共享同一个公网 IP，导致负载不均；另外，IP 变化（如切换 WiFi）会导致会话中断。

方法二：使用 sticky cookie（需 Nginx Plus 或第三方模块）

如果你使用的是 Nginx 官方商业版（Nginx Plus），可以使用 sticky cookie 指令，通过设置 Cookie 来绑定会话：

upstream backend {    sticky cookie srv_id expires=1h domain=.example.com path=/;    server 192.168.1.10:8080;    server 192.168.1.11:8080;}  

对于开源版 Nginx，你可以使用第三方模块如 nginx-sticky-module-ng 来实现类似功能，但安装和维护较复杂，一般推荐优先使用 ip_hash。

最佳实践建议

虽然会话保持能解决短期问题，但从架构角度看，更推荐使用无状态服务 + 共享 Session 存储（如 Redis）的方式。这样既能避免负载不均，又能支持弹性扩缩容。

但在无法改造现有系统的情况下，ip_hash 是一个快速有效的解决方案。

总结

通过本文，你已经学会了如何在 Nginx 中配置负载均衡并实现会话保持。记住关键点：

• 使用 ip_hash 可以快速实现基于 IP 的会话保持
• 会话保持适用于未使用共享 Session 的传统应用
• 长期来看，建议将 Session 存入 Redis 等共享存储，实现真正的无状态服务

希望这篇教程对你有帮助！如果你正在搭建高可用 Web 架构，别忘了关注 Nginx负载均衡、会话保持、sticky session 和 Nginx配置 这些关键技术点。