在集群环境中，使用redis可以更灵活地实现负载均衡。
原生session在服务器上是以文件的形式存储的，所以其有一些磁盘io上的缺点

说“原生的session要比使用redis来存储session更好”的说话是没有道理的。而且session还存在以下问题：
由于session回收的问题，使用session还会带来一些像登录会话不能准时过期等问题。
在使用swoole做websocket服务器的时候，在尝试使用session_id来获取原生session的会话信息的时候，由于原生session总是需要配合session_start()使用，在尝试在处理请求session_start()的时候会报“header already sent”的问题；尝试使用sessionHandler类的方法时，也会报告一些奇怪的问题。
因此没必要守着原生session这老古董，应该积极拥抱redis存储会话的方式

最简单的通过redis管理session的配置方式

在php.ini里实现如下配置

[Session]

session.save_handler = redis

session.save_path = \"tcp://127.0.0.1:6379?database=3\"

这样就可以在不对原有的业务代码做任何修改的情况下，完成原生session向redis session的迁移。在分布式环境中，通过配置redis集群或主库，也可以方便地解决一致性或同步的问题。

使用redis来管理session还有一个优势，可以更快更方便地直接处理用户的session数据。使用原生session的时候，想要在非用户请求的进程中获取指定phpsessionid用户的session数据是比较麻烦的，使用php自带的一些session操作方式都需要session_start，因为不是用户的请求进程，执行session_start总是会遇到各种奇怪的问题。
将session交给redis管理之后，问题就简单多了，可以直接通过get key为
PHPREDIS_SESSION:PHPSESSIONID
的redis数据，就可以取到session中的内容。
因为session里的数据有一些自己的特殊处理，直接使用unserialize是不能解析出数据来下，下附解析出session中数据的

static function unserialize_php($session_data) {

$return_data = array();

$offset = 0;

while ($offset < strlen($session_data)) {

if (!strstr(substr($session_data, $offset), \"|\")) {

throw new Exception(\"invalid data, remaining: \" . substr($session_data, $offset));

}

$pos = strpos($session_data, \"|\", $offset);

$num = $pos - $offset;

$varname = substr($session_data, $offset, $num);

$offset += $num + 1;

$data = unserialize(substr($session_data, $offset));

$return_data[$varname] = $data;

$offset += strlen(serialize($data));

}

return $return_data;

}

使用这个方法的前提是在php.ini中配置的
session.serialize_handler=php
如果是别的handler，比如binary，得使用不同的解析方式，这里就不列出了，可以自行google。