关于session

HTTP协议是无状态,就是说这一次请求和上一次请求是没有任何关系的，互不认识的，没有关联的。但是这种无状态的的好处是快速。

导致另外一个请求不知道已经登录

所以一个新的客户端存储数据方式出现了：cookie。cookie是把少量的信息存储在用户自己的电脑上，它在一个域名下是一个全局的，只要设置它的存储路径在域名www.a.com下 ，那么当用户用浏览器访问时，php就可以从这个域名的任意页面读取cookie中的信息。所以就很好的解决了我在www.a.com/login.php页面登陆了，我也可以在www.a.com/index.php获取到这个登陆信息了。同时又不用反复去查询数据库。

 

虽然这种方案很不错，也很快速方便，但是由于cookie 是存在用户端，而且它本身存储的尺寸大小也有限，最关键是用户可以是可见的，并可以随意的修改，很不安全。那如何又要安全，又可以方便的全局读取信息呢？

 

于是，这个时候，一种新的存储会话机制：session 诞生了。session是基于cookie的，session是存在于服务器端的。它也是一种服务区存储数据的方式，肯定也是存在服务器的某个地方了

session是存在于一次会话中的，一般如果没有设置session过期时间，关闭浏览器session过期

 

会产生各种的sess_前缀的文件，久而久之就会形成垃圾数据，而且正常的session读取也会造成压力，所以需要及时的清理。session回收机制

用redis 存储session。之前说的都是用文件files存储，现在想用redis，好处有哪些？

1. 更快的读取和写入速度。redis是直接操纵内存数据的，肯定是要比文件的形式快很多。
2. 更好的设置好过期时间。文件存储的sess_sdewfrsf文件其实被删除掉还是要考运气的和概率的，很有可能造成sess_文件没即时删除，造成存储磁盘空间过多，和读取SESSION就变慢了。
3. 更好的分布式同步。设置redis 的主从同步，可以快速的同步session到各台web服务器，比文件存储更加快速。

总的说来，用redis来存储SESSION速度更快，性能更高。

在做了web集群后，你肯定会首先考虑session同步问题，因为通过负载均衡后，同一个IP访问同一个页面会被分配到不同的服务器上，如果不同的服务器用的是不同的reidis服务，那么可能就会出现，一个登录用户，一会是登录状态，一会又不是登录状态。所以session这个时候就要同步了。刚好，我们选择用redis作为了存储，是可以在多台redis 服务器中同步的。

以上来自于 https://blog.youkuaiyun.com/h19910518/article/details/79348051

 

转载于:https://www.cnblogs.com/sisi2020/p/10135423.html