session共享、工作原理及问题解决方案

下文给大家带来session共享、工作原理及问题解决方案，希望能够给大家在实际运用中带来一定的帮助，负载均衡涉及的东西比较多，理论也不多，网上有很多书籍，今天我们就用创新互联在行业内累计的经验来做一个解答。

站在用户的角度思考问题，与客户深入沟通，找到横峰网站设计与横峰网站推广的解决方案，凭借多年的经验，让设计与互联网技术结合，创造个性化、用户体验好的作品，建站类型包括：网站设计制作、成都做网站、企业官网、英文网站、手机端网站、网站推广、主机域名、虚拟空间、企业邮箱。业务覆盖横峰地区。

一、为什么要使用Session共享？

稍大一些的网站，通常都会有好几个云服务器，每个服务器运行着不同功能的模块，使用不同的二级域名，而一个整体性强的网站，用户系统是统一的，即一套用户名、密码在整个网站的各个模块中都是可以登录使用的。各个服务器共享用户数据是比较容易实现的，只需要在后端放个数据库服务器，各个服务器通过统一接口对用户数据进行访问即可。但还存在一个问题，就是用户在这个服务器登录之后，进入另一个服务器的别的模块时，仍然需要重新登录，这就是一次登录，全部通行的问题，映射到技术上，其实就是各个服务器之间如何实现共享 SESSION 数据的问题。

二、了解session工作原理

在解决问题之前，先来了解一下 PHP SESSION 的工作原理。在客户端（如浏览器）登录网站时，被访问的 PHP 页面可以使用 session_start() 打开 SESSION，这样就会产生客户端的唯一标识 SESSION ID（此 ID 可通过函数 session_id() 获取/设置）。SESSION ID 可以通过两种方式保留在客户端，使得请求不同的页面时，PHP 程序可以获知客户端的 SESSION ID；一种是将 SESSION ID 自动加入到 GET 的 URL 中，或者 POST 的表单中，默认情况下，变量名为 PHPSESSID；另一种是通过 COOKIE，将 SESSION ID 保存在 COOKIE 中，默认情况下，这个 COOKIE 的名字为 PHPSESSID。这里我们主要以 COOKIE 方式进行说明，因为应用比较广泛。

服务端通过客户端传递的session_id区分用户，用来标记用户的登录状态。

用户再次发送请求的时候，把服务端返回的session_id通过cookie[或者URL传参]的形式传递到服务端，这样服务端就可以区分出来具体操作的用户。

三、如何解决负载均衡之后的session共享问题？

1．不使用session，换作cookie

把session改成cookie，就能避开session的一些弊端。【安全性较低】

2．数据库记录下session信息

使用数据库记录session信息，session的使用频率比较高，如果存在数据库中，频繁的读取会对数据库产生较大的压力，网站性能瓶颈一般都存在数据库.

3．负载均衡的时候使用ip_hash算法进行分发

使用ip_hash可能会导致某一台服务器负载较大。如果某段时间内服务器进入了很多固定IP代理的请求 [代理] ，如果代理IP的负载过高就会导致ip_hash对应的服务器负载压力过大，这样ip_hash就失去了负载均衡的作用了。

4．对session文件进行同步

使用同步工具对session文件进行同步，保证负载服务器的session文件都是一致的，这种做法虽然可以解决session共享的问题，同样的内容会存在多个服务器上，而且部分服务器存在的session文件可能从开始到结束完全没有使用到，浪费了服务器的资源。 【rsync，inotify-tools等】

5．使用memcache或者redis保存session信息 [建议]

相比文件取信息，从内存取数据速度要快很多，而且在多个服务器需要共用 session 时会比较方便，将这些服务器都配置成使用同一组 memcached 服务器就可以，减少了额外的工作量。其缺点是 session 数据都保存在 memory 中，一旦宕机，数据将会丢失。但对 session 数据来说并不是严重的问题。

四、PHP+REDIS解决session共享问题

1、session默认存储是php.ini中配置的

//session存储方式
session.save_handler = files  

//session保存路径  N表示按照分级存储
session.save_path = "N;/path"

注：session.save_path = "2;/data/session_tmp"代表将session文件分成两级存放，即/data/session_tmp/4/b /sess_4b1e384ad74619bd212e236e52a5a174If，取前两位字符，但是php并不生成目录，需要自己手工生成。

//session保存的目录
session.save_path = "d:/wamp/tmp"    php自带函数session_save_path
//是否自动开启session
session.auto_start = 0

2、设置session保存方式为redis

(1) 修改完成之后重启php-fpm，nginx改php.ini配置文件

session.save_handler = redis
        session.save_path = “tcp://127.0.0.1:6379″

(2) 通过ini_set设置

ini_set(“session.save_handler”,”redis”);
        ini_set(“session.save_path”,”tcp://127.0.0.1:6379″);

有密码设置

  ini_set(“session.save_path”,”tcp://127.0.0.1:6379?auth=redisauthkey″);

(3) 具体实现

';
        $redis = new redis();       
         $redis->connect('127.0.0.1', 6379);       
          $redis->auth( ‘redisauthkey’ );
//redis用session_id作为key并且是以string的形式存储        
echo $redis->get('PHPREDIS_SESSION:' . session_id());  
?>

3、通过session_id建立自己的一套session机制

借助session_id建议一套自己的机制，原理可以参考session保存机制。

• 用户第一次请求时候，给用户下发session_id。

• 之后请求都要带上session

• 用户登录之后把用户信息存在redis，借助session_id表示。

好处就是：把自己的一套session机制抽象为类，如果之后session不存在redis，后期可以直接通过修改类文件解决问题。

看了以上关于session共享、工作原理及问题解决方案，如果大家还有什么地方需要了解的可以在创新互联行业资讯里查找自己感兴趣的或者找我们的专业技术工程师解答的，创新互联技术工程师在行业内拥有十几年的经验了。