标签：
随着网站的功能越来越多，用户量越来越庞大，单节点模式已经严重不能支撑整个系统的正常运作，轻则用户页面访问时间越来越慢，重则就会导致整个系统瘫痪。这时候
就需要优化或调整目前的架构，大部分人就会采用各种负载均衡软件例如nginx、hproxy、LVS等，也有的采用分布式的方式把系统根据功能拆分成很多系统，也有的根据地域
和网络不同来实现访问不同节点部署的系统，也有的大型高流量、高负载的系统把负载均衡、分布式及根据地域、网络等这些方式都整合在一起来实现系统的正常运行。
采用负载均衡软件是目前大家采取的比较多的方式。但是在采用负载均衡软件时将会面临session同步的问题。以下是解决问题的几种方式。
1. 客户端cookie加密的方式
把session数据存放在cookie中，当请求过来时，从cookie中获取session数据。这种方式不需要任何的存储系统，也不会出现读写session数据带来的网络操作延时和不稳定性。
但是有以下缺点：
* Cookie有长度限制，这会影响session数据的长度。大部分应用服务器都提供了session复制的功能来实现集群，tomcat、jboss、was都提供了这样的功能。session复制就是每台应用服务，都保存会话session数据。
靠应用容器来完成session共享，并不依赖应用，如果应用服务数量并不是很多，可以考虑；
缺点：3. 使用关系数据库保存session
用mysql、sqlserver等数据库保存session,就算服务器宕机了也没事，session照样在。4.使用nosql数据库保存session
采用redis、mongodb、memcached等非关系数据库来实现session的共享。这些非关系数据库响应数据非常的快，而且支持的访问量也比较大。系统资源消耗也比较少。这也是很多系统所采用的方式。
但是也有缺点：
* 读写session引入了网络操作，相对于本机读写session，带来了延时和不稳定性。* 如Session集中服务有问题，会影响应用。
5.采用Session Stick
在单机情况，session保存在单机上，请求也是到这台单机上，不会有问题。变成多台后，如果能保障每次请求都到同一台服务，那就和单机一样了。 这需要在负载均衡设备上修改。这就是Session Stick，这种方式也会有问题：
* 负载均衡要处理具体的session到服务器的映射。
6.使用terracotta来保存session
跟memcached类似，但是数据不需要序列化，并且是Find-Grained Changes，性能更好。配置对原来的应用完全透明，原有程序几乎不用做任何修改。而且terracotta本身支持HA。
标签：
原文地址：http://blog.csdn.net/mr_smile2014/article/details/50211677
