多用户服务器端存session，最靠谱的做法是放到Redis这种独立缓存里，让所有服务器共用一份会话数据，而不是各自存各自的。 你要是还在用单机内存或本地文件存session，一上负载均衡就会出现用户频繁被踢下线的问题，下面把方案、步骤和坑一次性说清楚。
多用户服务器端Session存储方案怎么选
先搞清楚一件事：session到底存在哪？默认情况下，PHP把session存在服务器本地文件里，Java的Tomcat则存在JVM内存中，单机跑没问题，但用户一多、服务器一分散,这两种方式立刻露馅。
目前主流的多用户session存储方案有这么几种：
- 本地文件存储：PHP默认的session.save_path目录，一个用户一个文件，好处是零配置,坏处是多台服务器之间互相看不见对方的session文件。
- 服务器内存存储：Tomcat默认把session放堆内存里，读写极快，但进程重启或机器宕机,全部session当场蒸发。
- 数据库存储：把session数据写进MySQL或PostgreSQL，安全可控，但每次请求都要查一次库,高并发下读写压力很大。
- Redis存储：基于内存的key-value存储，支持过期时间，还能持久化,是目前多节点集群场景下的标准答案。
怎么选，完全看你的项目规模，小型单机项目，本地文件或内存完全够用；只要用了Nginx负载均衡、后端有两台以上服务器，就别犹豫,直接上Redis。
| 存储方式 | 典型场景 | 优点 | 缺点 |
|---|---|---|---|
| 内存 | 单机开发调试 | 速度快 | 重启即失，多机不共享 |
| 文件 | 单机生产环境 | 简单可靠 | 多机之间同步困难 |
| 数据库 | 中小规模、预算有限 | 数据不丢 | 每次读写拖慢响应 |
| Redis | 多机集群、高并发 | 共享方便，支持过期 | 需要额外部署运维 |
服务器Session共享怎么实现：从单机到集群
你搭了个Nginx负载均衡，后端挂着A、B两台服务器，用户第一次请求被分到A，session存在A的内存里；第二个请求被Nginx甩到B，B一看没有session，立刻让你重新登录，这不是用户操作问题,是session没有做共享。
解决session共享,有3条路可以走。
Nginx把同一用户固定到同一台服务器
配置ip_hash或sticky session，让同一个IP或同一个用户永远落到同一台后端机器，这个方案能快速解决问题，但缺点也很明显：如果那台机器挂了，它的所有用户照样被踢；发布重启时,这台机器上的session也会全部丢失。
Tomcat集群Session复制
用DeltaManager在节点之间广播同步session，让每台服务器都有全量数据，这种办法在小规模集群里能跑，但广播消息会随节点数量增加而爆炸，节点一多性能就崩，行业共识认为，session复制只适合两三个节点的测试环境,不适合大规模生产集群。
把session集中存到共享存储
这是目前最稳妥的做法，所有服务器不再保存自己的session，而是统一从Redis里读写，谁拿到请求，都去Redis查同一个session key，所以不管请求落到哪台机器，用户状态都不会丢，业内专家指出，session集中存储是分布式架构从“玩具”走向“生产”的关键一步。
基于Redis的Session共享配置步骤
以Spring Boot为例,操作路径很清晰：
- 在pom.xml里加入
spring-session-data-redis依赖。 - 在application.properties里配置Redis连接地址和端口，设置
spring.session.store-type=redis
。
- 启动项目后，Spring Session会自动把session对象序列化到Redis，key前缀带
session:。
PHP环境下的配置同样直接：
- 确认php-redis扩展已安装，命令行执行
php -m | grep redis能看到。 - 修改php.ini：
session.save_handler = redis session.save_path = "tcp://127.0.0.1:6379" - 重启PHP-FPM，再用phpinfo()查看session.save_handler,确认变成了redis。
做完这些，后端起再多个实例，session都能在Redis里找到，但Redis本身也要高可用，别让它变成新的单点，生产环境至少做一主一从加哨兵，或者直接用云Redis服务，按量付费,价格也比自己养服务器省心。
数据库存Session：预算有限时的折中方案
如果你目前只有一台数据库，并发量也不大，用数据库存session是省钱又省事的办法，国内很多小团队为了省服务器价格,先用MySQL扛着。
具体做法是建一张session表，字段包括session_id、data、expires，PHP可以通过session_set_save_handler自定义读写逻辑，Java Spring Session也支持JDBC模式，好处是session不会因为服务器重启丢失，坏处是每次请求都要查库，用户量上来后会变成明显的性能瓶颈，据统计，多数中小项目在并发增长到一定程度后,最后都会迁到Redis方案。
服务器Session过期时间设置多久合适
多用户系统的session不能无限期保存，否则Redis或文件目录里会堆满垃圾数据，session过期时间设太长，服务器存储压力大；设太短，用户体验差,动不动就要重新登录。
普通后台管理系统，建议设置30分钟到1小时，面向消费者的网站，如果希望用户长期保持登录，可以把过期时间拉长到7天，但别只依赖session过期时间，要配合“记住我”功能,通过修改cookie的有效期来实现。
几个实操位置：
- PHP：调整
session.gc_maxlifetime参数,单位是秒。 - Redis：设置key的TTL，比如
EXPIRE session:xxx 3600。 - Spring Boot：配置
server.servlet.session.timeout=30m。
Redis单线程模型能天然串行处理同一个session的读写，不会出现多台服务器同时写覆盖的问题，但session里别塞大对象，否则每次请求都会传一大包数据,网络开销直接拖慢接口响应。
多用户Session存储常见问题答疑
服务器session到底存在哪里？
默认情况下，PHP存本地文件，Tomcat存内存，具体路径分别在phpinfo和server.xml里能查到，但在多用户集群场景下，行业共识是存到Redis或数据库，session永远在服务端，浏览器里只有那个session id的cookie。
负载均衡下session丢失怎么解决？
可以用Nginx的ip_hash把用户固定到一台服务器，但更彻底的办法是给所有节点配置同一个Redis session中心，配置方法参考上面的步骤，关键是让session.save_path或Spring Session指向同一个Redis实例,问题自然消失。
Redis存session会让服务器价格上涨吗？
Redis本身需要额外占用一台服务器资源，选小规格实例价格不高，云Redis按量付费也很平常，相比session丢失带来的用户流失和投诉，这笔投入完全值得，多用户系统选Redis做session共享,最终是性价比最高的方案。
说到底，多用户服务器端存session，就是要突破“单机内存”的思路，把用户状态变成全局共享的会话数据。 Redis就是这个共享中心的桩基，不管是Nginx下面的多台Tomcat，还是微服务拆分后的各个节点，都能用同一份session守住用户登录状态，这样你的系统才能扛住多用户并发,也让负载均衡和故障转移不再是噩梦。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/701684.html
