1.cookie的概念
- 在网站中，http请求是无状态的
- 也就是说即使第一次和服务器连接后并且登录成功后，第二次请求服务器依然不能知道当前请求是哪个用户
- cookie的出现就是为了解决这个问题，第一次登录后服务器返回一些数据( cookie )给浏览器，然后浏览器保存在本地，
- 当该用户发送第二次请求的时候，就会自动的把上次请求存储的cookie数据自动的携带给服务器，
- 服务器通过浏览器携带的数据就能判断当前用户是哪个了
- cookie存储的数据量有限，不同的浏览器有不同的存储大小，但一般不超过4KB
- 因此使用cookie只能存储一些小的数据
2.session的概念
- session和cookie的作用有点类似，都是为了存储用户相关的信息
- 不同的是，cookie是存储在本地浏览器，而session存储在服务器
- 存储在服务器的数据会更加的安全，不容易被窃取
- 但存储在服务器也有一定的弊端，就是会占用服务器的资源
- 但现在服务器已经发展至今，一些session信息还是绰绰有余的
3.cookie和session结合使用
- web开发发展至今，cookie和session的使用已经出现了一些非常成熟的方案
- 在如今的市场或者企业里，一般有两种存储方式：
- 1>存储在服务端：通过cookie存储一个session_id，然后具体的数据则是保存在session中。
- 如果用户已经登录，则服务器会在cookie中保存一个session_id，
- 下次再次请求的时候，会把该session_ id携带上来，服务器根据session_id在session库中获取用户的session数据。
- 就能知道该用户到底是谁，以及之前保存的一些状态信息。
- 这种专业术语叫做server side session。
- 2>将session数据加密，然后存储在cookie中。
- 这种专业术语叫做client side session。
- flask采用的就是这种方式，但是也可以替换成其他形式
4.实现交叉存储的原因
- 应用服务器的高可用架构设计主要基于服务无状态这一特性
- 但是事实上，业务总是有状态的
- 在交易类的电子商务网站，需要有购物车记录用户的购买信息，用户购买请求都是向购物车中增加商品
- 在社交类的网站中，需要记录用户的当前登陆状态，最新发布的消息及好友状态等，用户每次刷新页面都需要更新这些信息
- 但如果每次用户刷新页面后信息都被更新而找不到刚才的状态，
- 比如我们写博客写了一半刷新了页面，后端服务器轮询，
- 另一个后端开始服务而找不到刚才的状态，这显然是不行的
- 所以需要实现交叉存储，把用户的数据在两个后端服务器的memcache中都存放一份，
- 这样就算某个服务器的tomcat忽然宕掉，另一个后端服务器工作时，用户的数据也不会丢失
为了对数据的保存更加牢靠，我们选择交叉存放session的方法，
即将访问tomcat1上的数据存放在memcache2中，
将访问tomcat2上的数据存放在memcache1中，
这样存放，当某个tomcat服务断了之后，访问它的客户session并不会消失，而是存放在了对立的memcache，
如果存放session的memcache坏了，那么它的数据会立即切换到另一个memcached中
5.在tomcat中实现session共享
cd /usr/local/tomcat/webapps/ROOT/#tomcat默认发布目录vim tset.jsp#编辑默认发布文件- 编辑内容如下：
<%@ page contentType="text/html; charset=GBK" %>
<%@ page import="java.util.*" %>
<html><head><title>Cluster App Test</title></head>
<body>
Server Info:
<%
out.println(request.getLocalAddr() + " : " + request.getLocalPort()+"<br>");%>
<%
out.println("<br> session " + session.getId()+"<br>");
String dataName = request.getParameter("dataName");
if (dataName != null && dataName.length() > 0) {
String dataValue = request.getParameter("dataValue");
session.setAttribute(dataName, dataValue);
}
%>
- 在浏览器中分别访问172.25.254.2:8080/test.jsp和172.25.254.3:8080/test.jsp
- 页面提供服务器的信息和session，session是实验模拟出来的，是在服务器端用来保存用户连接状态信息
- 访问172.25.254.1/test.jsp，依旧轮询，每次刷新时session都会改变，number2获取不到number3的信息
vim tset.jsp#编辑默认发布文件ip_hash;#对后端的资源有粘制的作用nginx -tnginx -s reload
- 访问172.25.254.1/test.jsp，发现一直都是同一台服务器，同一个用户的请求会调度到相同的服务器上，而且session不会更改
cd /usr/local/tomcat/#切换到此目录下bin/shutdown.sh#关掉number2的tomcat
- 访问172.25.254.1/test.jsp，发现number2检测不到，更换到number3上，但session在更换到number3时就会更改，因此用户信息依旧会丢失
6.实现交叉存储
cd /root/lnmp/jarcp * /usr/local/tomcat/lib/#把需要的安装包放在指定目录下cd /usr/local/tomcat/lib/rm -rf memcached-session-manager-tc6-1.6.3.jar
vim /usr/local/tomcat/conf/context.xml#编辑测试页面，加入 session 共享配置，添加如下内容
<Manager className="de.javakaffee.web.msm.MemcachedBackupSessionManager"
memcachedNodes="n1:172.25.254.2:11211,n2:172.25.254.3:11211"
failoverNodes="n1"
requestUriIgnorePattern=".*\.(ico|png|gif|jpg|css|js)$"
transcoderFactoryClass="de.javakaffee.web.msm.serializer.kryo.KryoTranscoderFactory"
/>
yum install memcached -y#安装memcachedsystemctl start memcached#开启memcachednetstat -antlupe | grep 11211#查看端口11211是否开启
xml是可扩展标记性语言，是一种标记语言的标记
能够传递计算机所能理解的一些信息符号
- 启动tomcat
cd /usr/local/tomcat/bin/shutdown.shbin/startup.sh
测试：- 在浏览器上访问172.25.254.1/test.jsp
- 访问number2时出现n2表示：已经把数据存放到了number3中
- 访问number3时出现n1表示：已经把数据存放到number2中
- 刷新多次，发现server为172.25.254.2，session值并没有改变，并且后面多了一个n2，表示已经将数据放到了number3上
- number2的session会在自己的内存中存在一份，并且给number3上这台服务器的memcache中也存储一份
- 将number2上的服务tomcat关掉
- 再刷新页面，number3来提供服务，而刚刚的数据已经保存在了number3的服务器上，所以我们之前的数据并不会丢失，而number3的数据也被写在number2中，即使number3的tomcat服务挂掉，我们也能从number2中获取到我们的数据。这样就实现了交叉存储
- 注意：这里是挂掉服务而不是整个服务器宕掉。因为如果服务器宕掉的话，memcache也就挂掉了，就无法实现交叉存储
208
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
