负载均衡 session解决方案
下观点来自于互联网，经本人整理搜集：
一、使用数据库存放session
- 此种方案把Session信息存储到数据库表，这样实现不同应用服务器间Session信息的共享。
- 适合并发量不大的网站
优点：实现简单
缺点：由于数据库服务器相对于应用服务器更难扩展且资源更为宝贵，在高并发的Web应用中，最大的性能瓶颈通常在于数据库服务器。因此如果将 Session存储到数据库表，频繁的增加、删除、查询操作很容易造成数据库表争用及加锁，最终影响业务。
二、使用nfs存放session
通过NFS方式来实现各台服务器间的Session共享，各台服务器只需要mount共享服务器的存储Session的磁盘即可，实现较为简单。但NFS 对高并发读写的性能并不高，在硬盘I/O性能和网络带宽上存在较大瓶颈，尤其是对于Session这样的小文件的频繁读写操作。
适合并发量不大的网站.
三、基于浏览器Cookie的Session共享
此种方案把用户相关的Session信息存储到浏览器的Cookie中，也称为客户端Session。
采用Flash Cookie、URL重写的方式传递Session信息的方案也可以归为此类。
缺点：只能够存储字符串、数值等基本类型的数据；Cookie大小存在限制；安全性；带宽及数据解压缩、网络传输性能问题。
四。基于Memcached 存储Session
利用Memcached来保存Session数据，直接通过内存的方式，效
率自然能够提高不少。 在读写速度上会比 files 时快很多，而且在多个服务器需要共用 session
时会比较方便，将这些服务器都配置成使用同一组 memcached 服务器就可以，减少了额外的工作量。
其缺点是 session 数据都保存在 memory 中，一旦宕机，数据将会丢失。但对 session 数据来说并不是严重的问题。
