一篇文章让你深透理解cookie和session,附带分布式WEB系统redis共享session方案

本文涉及的产品
Redis 开源版,标准版 2GB
推荐场景:
搭建游戏排行榜
云数据库 Tair(兼容Redis),内存型 2GB
简介: cookie和session有什么区别?这是一个很基础的知识点,大家可能都知道一个大概:cookie是存在客户端的,session是存储在服务端,cookie和session用来验证识别用户的登录状态,常见适用场景:用户登录,用户购物车数据等。

cookie和session有什么区别?这是一个很基础的知识点,大家可能都知道一个大概:cookie是存在客户端的,session是存储在服务端,cookie和session用来验证识别用户的登录状态,常见适用场景:用户登录,用户购物车数据等。偶然一次开发中遇到这些基础的知识,还要去baidu一下,今天就做一个完整的记录,便于以后查阅。

1.基础概念

   cookie存储在客户端电脑中一般在:C:\Users\***\AppData\Local\Microsoft\Windows\Temporary Internet Files(文件夹隐藏了),可以到自己电脑的IE设置里面去查看,直接打开。

我们创建一个设置cookie和session的简单文件试验一下:

<?php
$value = "my cookie value";
// 发送一个简单的 cookie
setcookie("TestCookie",$value,time()+3600,"/","127.0.0.1");
//setcookie("TestCookie",$value, time()+3600*24);
echo "setcookie Success!<br />";

session_start();
//views计数存在session里面
if(isset($_SESSION['views']))
  $_SESSION['views']=$_SESSION['views']+1;
else
  $_SESSION['views']=1;
echo "Views=". $_SESSION['views']."<br />";
echo session_id()."<br />";
print_r($_SESSION);
echo "setsession Success!";
?>

  访问下,使用调试工具看看cookie:

ok,可以看见设置cookie成功了,而且在服务端也生成了相应的 session,服务端存储session的位置一般在php.ini中可以找到:

找到相应的目录下可以看到:session文件以sess_***********************格式存储,根据上面的PHPSESSID可以对应到所在的session文件为:打开看一下,和我们答应出来的session内容进行对比:

很明显,这里的内容就是$_SESSION中的内容。cookie和session整个交互过程用一张图来表示:

或者更详细一点:

 

在日常高并发,分布式的系统中经常会遇到一个问题,高并发请求对服务器负载压力过大,然后我们的方案是做负载均衡,使用nginx做反向代理,多台主机(tomcat或者Apache)来做后端响应。这里,问题就来了,多台服务器的时候,不同的请求分发到不同的服务器上,生成了不同的session,如果是保存在内存或者文件中,那么就无法保持同一个用户的登录状态了,我们如何解决呢?

这里要根据我们系统的实际情况进行选择:

A.如果不是高并发,用户很少,对session的操作不是很频繁,我们可以选择将session存储在mysql数据库中

B.如果是对性能有一定的要求,且操作频繁,我们可以选用k/v非结构化数据库,如:redis

若使用php语言,以上两种方案都需要修改php.ini中session.save_handler = files 中的files改为User

关于redis 安装和php-redis扩展的安装请点这里:windows下 redis和php-redis安装

这里我们给一份PHP的参考代码:php中有一个session_set_save_handler()函数,可以自定义对session的操作方法,主要的几个操作,打开,写入,读取,删除分别对应到函数的6个参数。bool session_set_save_handler ( callable $open , callable $close , callable $read , callable $write , callable $destroycallable $gc),

session_set_save_handler 函数各参数作用如下表

参 数 描述
open 当session打开时调用此函数。接收两个参数,第一个参数是保持session的路径,第二个参数是session的名字
close 当session操作完成时调用此函数。不接收参数。
read 以session ID作为参数。通过session ID从数据存储方中取得数据,并返回此数据。如果数据为空,可以返回一个空字符串。此函数在调用session_start 前被触发
write 当数据存储时调用。有两个参数,一个是session ID,另外一个是session的数据
destroy 当调用session_destroy 函数时触发destroy函数。只有一个参数 session ID
gc 当php执行session垃圾回收机制时触发

 

同样的使用前需要到php.ini中进行配置一下。

session管理操作类:sessionredisManage.php

<?php
class SessionRedisManage {
    private $redis;
    private $sessionSavePath;
    private $sessionName;
    private $sessionExpireTime = 1800;    // session的有效期,设置为1800秒

    /**
     * 构造函数
     */
    public function __construct() {
        $this->redis = new Redis();    // 创建一个redis客户端对象
        $this->redis->connect('127.0.0.1', 6379) || die('连接redis服务器失败!');     // 连接redis服务器
        $this->redis->auth('foobared');    // 密码验证
        $this->redis->select(0);        // 选择0号数据库

        $retval = session_set_save_handler(
                array($this, "open"), 
                array($this, "close"), 
                array($this, "read"), 
                array($this, "write"), 
                array($this, "destroy"), 
                array($this, "gc")
                );
        session_start();    // 启动session
    }

    public function open($patn, $name) {
        return true;
    }

    public function close() {
        return true;
    }

    public function read($id) {
        $value = $this->redis->get($id);
        if ($value) {
            return $value;
        } else {
            return '';
        }
    }

    public function write($id, $data) {
        if ($this->redis->set($id, $data)) {
            $this->redis->expire($id, $this->sessionExpireTime);
            return true;
        } else {
            return false;
        }
    }

    public function destory($id) {
        if ($this->redis->delete($id)) {
            return true;
        } else {
            return false;
        }
    }

    public function gc($maxlifetime) {
        return true;
    }

    public function __destruct() {
        session_write_close();
    }
}
?>

 

注意:在上面代码中的write方法中,以sessionid作为键名,把session的值作为value存储到redis中,在read方法中,以sessionid作为键名key,从redis中获取值返回。而在destroy回调函数中,则以sessionid作为key 从redis服务器中删除对应的session数据。 

然后,新建session_set.php和session_get.php来设置,获取session值,我们测试一下。

session_set.php

<?php
require 'SessionManager.php';
new SessionManager();    // 实例化对象,开启自定义的session存储机制
$_SESSION['username'] = 'masonzhang';     // 写入session
echo "session_set success!";
?>

session_get.php

<?php
require 'SessionManager.php';
new SessionManager();    // 实例化对象,开启自定义的session存储机制
echo $_SESSION['username'];     // 获取指定的session变量
?>

  测试:先访问session_set.php

看一下redis数据库:

然后访问session_get.php

 

经测试,不同页签均可获取到username,说明可以跨页面访问。

到这里我们这个方案能实现nginx+php+redis的session共享了。

 分享一个JAVA版本的,大家一起学习:

http://blog.csdn.net/xlgen157387/article/details/52024139

 

 

 

 

相关实践学习
基于Redis实现在线游戏积分排行榜
本场景将介绍如何基于Redis数据库实现在线游戏中的游戏玩家积分排行榜功能。
云数据库 Redis 版使用教程
云数据库Redis版是兼容Redis协议标准的、提供持久化的内存数据库服务,基于高可靠双机热备架构及可无缝扩展的集群架构,满足高读写性能场景及容量需弹性变配的业务需求。 产品详情:https://www.aliyun.com/product/kvstore &nbsp; &nbsp; ------------------------------------------------------------------------- 阿里云数据库体验:数据库上云实战 开发者云会免费提供一台带自建MySQL的源数据库&nbsp;ECS 实例和一台目标数据库&nbsp;RDS实例。跟着指引,您可以一步步实现将ECS自建数据库迁移到目标数据库RDS。 点击下方链接,领取免费ECS&amp;RDS资源,30分钟完成数据库上云实战!https://developer.aliyun.com/adc/scenario/51eefbd1894e42f6bb9acacadd3f9121?spm=a2c6h.13788135.J_3257954370.9.4ba85f24utseFl
目录
相关文章
|
1月前
|
消息中间件 架构师 数据库
本地消息表事务:10Wqps 高并发分布式事务的 终极方案,大厂架构师的 必备方案
45岁资深架构师尼恩分享了一篇关于分布式事务的文章,详细解析了如何在10Wqps高并发场景下实现分布式事务。文章从传统单体架构到微服务架构下分布式事务的需求背景出发,介绍了Seata这一开源分布式事务解决方案及其AT和TCC两种模式。随后,文章深入探讨了经典ebay本地消息表方案,以及如何使用RocketMQ消息队列替代数据库表来提高性能和可靠性。尼恩还分享了如何结合延迟消息进行事务数据的定时对账,确保最终一致性。最后,尼恩强调了高端面试中需要准备“高大上”的答案,并提供了多个技术领域的深度学习资料,帮助读者提升技术水平,顺利通过面试。
本地消息表事务:10Wqps 高并发分布式事务的 终极方案,大厂架构师的 必备方案
|
29天前
|
消息中间件 SQL 中间件
大厂都在用的分布式事务方案,Seata+RocketMQ带你打破10万QPS瓶颈
分布式事务涉及跨多个数据库或服务的操作,确保数据一致性。本地事务通过数据库直接支持ACID特性,而分布式事务则需解决跨服务协调难、高并发压力及性能与一致性权衡等问题。常见的解决方案包括两阶段提交(2PC)、Seata提供的AT和TCC模式、以及基于消息队列的最终一致性方案。这些方法各有优劣,适用于不同业务场景,选择合适的方案需综合考虑业务需求、系统规模和技术团队能力。
198 7
|
1月前
|
缓存 NoSQL Java
Spring Boot中的分布式缓存方案
Spring Boot提供了简便的方式来集成和使用分布式缓存。通过Redis和Memcached等缓存方案,可以显著提升应用的性能和扩展性。合理配置和优化缓存策略,可以有效避免常见的缓存问题,保证系统的稳定性和高效运行。
48 3
|
15天前
|
存储 监控 NoSQL
Redis集群方案汇总:概念性介绍
本文介绍了Redis的三种高可用和分布式解决方案:**Redis Replication(主从复制)**、**Redis Sentinel(哨兵模式)** 和 **Redis Cluster(集群模式)**。Redis Replication实现数据备份和读写分离,适合数据安全和负载均衡场景;Redis Sentinel提供自动故障转移和监控功能,适用于读写分离架构;Redis Cluster通过分布式存储和自动故障转移,解决单点性能瓶颈,适合大规模数据和高并发场景。文中还详细描述了各方案的工作原理、优缺点及适用场景。
30 0
|
2月前
|
NoSQL 安全 PHP
hyperf-wise-locksmith,一个高效的PHP分布式锁方案
`hyperf-wise-locksmith` 是 Hyperf 框架下的互斥锁库,支持文件锁、分布式锁、红锁及协程锁,有效防止分布式环境下的竞争条件。本文介绍了其安装、特性和应用场景,如在线支付系统的余额扣减,确保操作的原子性。
33 4
|
2月前
|
NoSQL 算法 关系型数据库
分布式 ID 详解 ( 5大分布式 ID 生成方案 )
本文详解分布式全局唯一ID及其5种实现方案,关注【mikechen的互联网架构】,10年+BAT架构经验倾囊相授。
分布式 ID 详解 ( 5大分布式 ID 生成方案 )
|
3月前
|
存储 缓存 NoSQL
分布式架构下 Session 共享的方案
【10月更文挑战第15天】在实际应用中,需要根据具体的业务需求、系统架构和性能要求等因素,选择合适的 Session 共享方案。同时,还需要不断地进行优化和调整,以确保系统的稳定性和可靠性。
|
3月前
|
存储 NoSQL 大数据
大数据-51 Redis 高可用方案CAP-AP 主从复制 一主一从 全量和增量同步 哨兵模式 docker-compose测试
大数据-51 Redis 高可用方案CAP-AP 主从复制 一主一从 全量和增量同步 哨兵模式 docker-compose测试
48 3
|
3月前
|
NoSQL Redis API
限流+共享session redis实现
【10月更文挑战第7天】
43 0
|
3月前
|
SQL NoSQL 安全
分布式环境的分布式锁 - Redlock方案
【10月更文挑战第2天】Redlock方案是一种分布式锁实现,通过在多个独立的Redis实例上加锁来提高容错性和可靠性。客户端需从大多数节点成功加锁且总耗时小于锁的过期时间,才能视为加锁成功。然而,该方案受到分布式专家Martin的质疑,指出其在特定异常情况下(如网络延迟、进程暂停、时钟偏移)可能导致锁失效,影响系统的正确性。Martin建议采用fencing token方案,以确保分布式锁的正确性和安全性。
62 0

热门文章

最新文章