做事端通过客户端通报的session_id区分用户,用来标记用户的登录状态。

用户再次发送要求的时候,把做事端返回的session_id通过cookie[或者URL传参]的形式通报到做事端,这样做事端就可以区分出来详细操作的用户。

三、如何办理负载均衡之后的session共享问题?

1.不该用session,换作cookie

phpsession同时登录Session共享解决计划 Webpack

把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//是否自动开启sessionsession.auto_start = 0

1、设置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) 详细实现

<?php //如果未修正php.ini下面两行注释去掉 //ini_set('session.save_handler', 'redis'); //ini_set('session.save_path', 'tcp://127.0.0.1:6379'); session_start(); $_SESSION['sessionid'] = 'this is session content!'; echo $_SESSION['sessionid']; echo '<br/>'; $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()); ?>

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

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

1、用户第一次要求时候,给用户下发session_id。

2、之后要求都要带上session

3、用户登录之后把用户信息存在redis,借助session_id表示。

好处便是:把自己的一套session机制抽象为类,如果之后session不存在redis,后期可以直接通过修正类文件办理问题。