背景 上周有客户反馈，他们计费相关部分接口请求很慢，甚至超时。客户会在几天后演示该系统，时间紧急，需马上处理。 现象分析 直接上图

首先不同用户应该有独立的购物车，因此购物车应该以用户id作为 key 来存储，Value是用户的所有购物车信息。这样看来基本的 k-v 结构就可以了

对于一个电商来讲，购物车是整个购买流程最重要的一步。因为电商发展到今天购物车不仅仅只是为了完成打包下单的功能；也是收藏、对比、促销提醒、相关推荐的重要展示窗口。如此多的能力我们该如何设计保证购物车的高性能、以及良好的扩展能力来满足未来的发展呢？ 今天开始我们就以一个假定的场景来…

1.1.购物车常见实现方式购物车是任何一个电商项目都会使用到的功能，面试的时候也经常问到，传统的做法是使用关系型数据库，比如mysql，建立一个cat购物车表，把相关的购物车产品信息都放到数据库里面。

原文链接 一个Redis生产事故的复盘，整理这篇文章分享给大家。本期文章分析Redis中的bigkey相关问题，主要从以下几个点入手： 什么是bigkey bigkey危害是什么 bigkey怎么产生

在项目实际开发中我们不光要控制一个用户能访问哪些资源，还需要控制用户只能访问资源中的某部分数据，这就是数据权限～

有些文章说timestamp不存在时区问题，而另外一些文章又说有时区问题，timestamp到底存不存在时区问题，这是个问题，很值得深究！

并发减库存秒杀的场景有很多，比如：抢购、抢票、抢红包等等。总之，就是在极短时间内有大量的请求。我们都知道，这种系统设计的大方向就是限流，即通过层层过滤，最终只让相对较少的请求进入到核心业务处理层。这里

我们知道，HTTP 是无状态的。也就是说，HTTP 请求方和响应方间无法维护状态，都是一次性的，它不知道前后的请求都发生了什么。 但有的场景下，我们需要维护状态。最典型的，一个用户登陆微博，发布、关注、评论，都应是在登录后的用户状态下的。 那解决办法是什么呢？::标记::。 这…