第2章 使用 Redis构建Web应用
本章主要内容
1.登录cookie
2.购物车cookie
3.缓存生成的网页
4.缓存数据库行
5.分析网页访问记录
本章的所有内容都是围绕着发现并解决Fake Web Retailer这个虚构的大型网上商店来展开的， 这个商店每天都会有大约500万名不同的用户， 这些用户会给网站带来1亿次点击， 并从网站购买超过10万件商品。 我们之所以将Fake Web Retailer的几个数据量设置得特别大， 是考虑到如果可以在大数据量背景下顺利地
章列举的所有解决方案（以及它们的一些变种） 都在生产环境中实际使用过。 说得更具体一点， 通过将传统数据库的一部分数据处理任务以及存储任务转交给Redis来完成，
2.1 登录和cookie缓存
每当我们登录互联网服务（比如银行账户或者电子邮件） 的时候，这些服务都会使用cookie来记录我们的身份。 cookie由少量数据组成，网站会要求我们的浏览器存储这些数据， 并在每次发送请求时将这些数据传回给服务。
对于用来登录的cookie，
有两种常见的方法可以将登录信息存储在cookie里面：
一种是签名（ signed） cookie，
另一种是令牌（ token） cookie。
签名 cookie通常会存储用户名， 可能还有用户 ID、 用户最后一次成功登录的时间， 以及网站觉得有用的其他任何信息。 除了用户的相关信息之外， 签名 cookie还包含一个签名， 服务器可以使用这个签名来验证浏览器发送的信息是否未经改动（比如将cookie中的登录用户名改成另一个用户） 。
令牌 cookie会在cookie里面存储一串随机字节作为令牌， 服务器可以根据令牌在数据库中查找令牌的拥有者。 随着时间的推移， 旧令牌会被新令牌取代。
案例：
使用Redis重新实现登录cookie功能， 取代目 前由关系数据库实现的登录cookie功能。
1.一个散列来存储登录cookie令牌与已登录用户之间的映射
2.用户每次浏览页面的时候， 程序都会对用户存储在登录散列.里面的信息进行更新， 并将用户的令牌和当前时间戳添加到记录最近登
录用户的有序集合里面； 如果用户正在浏览的是一个商品页面， 那么程序还会将这个商品添加到记录这个用户最近浏览过的商品的有序集合里面， 并在被记录商品的数量超过25个时， 对这个有序集合进行修剪。
3.因为存储会话数据所需的内存会随着时间的推移而不断增加， 所以我们需要定期清理旧的会话数据
2.2 使用 Redis实现购物车
将购物车的信息也存储到Redis里面， 并且使用与用户会话cookie相同的cookie ID来引 用购物车。
2.3 网页缓存
2.4 数据行缓存
为了应对促销活动带来的大量负载， 我们需要对数据行进行缓存，具体的做法是： 编写一个持续运行的守护进程函数， 让这个函数将指定的数据行缓存到Redis里面， 并不定期地对这些缓存进行更新（热点缓存?）
2.5 网页分析
有序集合排序