重点讲讲redis方式的 session 同享方式，也是比力保举的。

网站停止营业市场范围和拜候量的慢慢成长，原本由单台办事器、单个域名的迷你网站架构已经没法获得满足社会成长进程中需要。

在这一点上，我们可以采办更多的办事器，使多个子域可以通道化，网站散布在分歧的办事器上，基于营业功用; 大概利用 DNS 轮询、 Radware、 F5、 LVS 等负载平衡技术跨多个通道同享一组办事器。

好的，我们已经在脑海中构想了这样一个处理计划，但在进入深入开辟后，新的技术题目将随之而来:

我们把网站停止法式首要散布系统摆设到多台办事器上，而且自力为几个国家二级域名，由于 Session 受实现工作道理的范围（PHP 中 Session 默许以文件的形 式保 存在一些当地数据办事器的硬盘），使得门生我们的网站以及用户信息不能不经常在以下几个频道间往返输入用户名、密码登入，致使治理用户利用体验结果大打折扣；别的，原本就是法式设想可以经过间接从用户 Session 变量中读取的材料（如：昵称、积分、登入时候等），由于他们没法跨办事器同步不竭更新 Session 变量，迫使公司开辟研讨职员之间必须具有实时读写连系数据库，从而增 加了数据库的负担。

是以，处理跨办事器的网站间会话同享计划的需求变得迫切，并终极催生了多种处理计划。这里有四个可行的计划供比力和会商:

基于 Redis 的会话同享

redis 是基于系统内存的一款经过数据库，近年来成长很是敏捷火爆，利用人需求越来越多，基于他的各类分歧范例的操纵停止处置，与 memcache 对照，redis 上风可以更大。

php 仅需简单有用设置 php.ini 增加 redis 库即可停止一般工作利用。save_handler 参数变动成 redis，在设置上 redis 地址信息即可。

2. 基于 NFS 的会话同享

NFS 是 Net FileSystem 的缩写，最初由 Sun 开辟，用于 Unix 收集主机之间的目录同享。

这类计划实现起来最简单，无需做太多的二次开辟，只需将同享目录办事器挂载到每个通道办事器的当地会话目录即可，弱点是 NFS 依靠于复杂、复杂的平安机制和文件系统，是以并发效力不高，特别是对于会话等小文件，它们读写并发性很高，由于同享目录办事器的 IO 期待太高，终极拖累了前端 WEB 利用的履行效力。

3.基于数据库的会话同享

第一个挑选固然是众所周知的 Mysql 数据库，并保举利用内存表堆，进步会话操纵的读写效力。这个计划的适用性相当强，我以为我们是常见的，常见的，利用，它的弱点是会话的并发读写才能取决于 Mysql 数据库的性能，同时我们需要实现会话消除逻辑，为了定期更新和删除数据表中的会话记录，当并发性太高时，表锁很轻易发生，虽然我们可以挑选行级锁的表引擎，可是我不能不认可，利用数据库存储会话有点夸张。

第四，基于 Cookie 的会话同享

这个设想计划需要我们自己能够经过比力一个陌生，但它在中国大型企业网站中还是停止比力研讨普遍被利用。道理是将全站治理用户的 Session 信息数据加密、序列化后以 Cookie 的方式， 同一 种植在根域名下（如：.host.com），操纵收集阅读器可以拜候该根域名下的一切国家二级公司域名系统站点时，会传递与之域名以及对应的一切 Cookie 内容的特征，从而可以实现 用户的 Cookie 化 Session 在多办事间的同享资本拜候。

这类计划的优点是不需要额外的办事器资本; 弱点是由于 HTTP 头信赖长度的限制，只能存储一小部分用户信息，同时，Cookie Session 内容需要平安地加密息争密(例如，利用 DES、 RSA 等加密息争密明文; 然后利用 MD5、 Sha-1等算法停止身份考证以避免捏造) ，此外，它还会占用一定的带宽资本，这是由于阅读器在请求当前域名下的任何资本时，会在 HTTP 头上附加一个当地 Cookie。

5. Meeting sharing based on memory cache

Memcache 是一个基于 Libevent 多通道异步 I/O 技术的内存同享系统。简单的 Key + Value 数据存储形式使得代码逻辑玲珑高效，在并发处置才能上占据绝对上风，我今朝的项目均匀每秒2000个查询，办事器 CPU 消耗仍然不到10% 。

还值得一提的是 Memcache 内存哈希表独有的过期数据消除机制，恰好与 Session 的过期机制相符合，下降了过期 Session 数据删除代码的复杂性，与“基于数据库的存储”相比，这一块逻辑自己就给表带来了很大的查询压力。

对于这些场景，倡议利用基于 Redis 的存储！

其他计划仍有其利用处所，具体挑选需要开辟者基于当前办事器资本和网站并发压力停止综合评价。