双Token机制（Access Token + Refresh Token）的详细实现步骤： 1. 令牌设计与生成 1.1 令牌定义 Access Token 有效期：30分钟（短效） 存储方式：客户

在电商高并发场景下，我们经常会使用一些常用方法，去应对流量高峰，比如限流、熔断、降级，今天我们聊聊限流。

消息队列（Message Queue）是一种进程间通信或同一进程的不同线程间的通信方式。进程或者线程之间通过 消息 进行通信，消息发送后可以立即返回，由消息系统来确保信息的可靠传递，消息发布者（生产者）只管把消息发布到消息队里中而不用管谁来消费，消息使用者（消费者）只管从消息队…

首先简单介绍一下项目背景，公司对合作商家提供一个付费级产品，这个商业产品背后涉及到数百人的研发团队协作开发，包括各种业务系统来提供很多强大的业务功能，同时在整个平台中包含了一个至关重要的核心数据产品，这个数据产品的定位是全方位支持用户的业务经营和快速决策。 这篇文章就聊聊这个数…

上篇文章（《亿级流量系统架构之如何设计每秒十万查询的高并发架构》），聊了一下系统架构中的查询平台。 热数据基于缓存集群+MySQL集群做到了当日数据的几十毫秒级别的查询性能。 最终，整套查询架构抗住每秒10万的并发查询请求，都没问题。 本文作为这个架构演进系列的最后一篇文章，我…

众所周知，知乎社区后端的主力编程语言是 Python。 随着知乎用户的迅速增长和业务复杂度的持续增加，核心业务的流量在过去一年内增长了好几倍，对应的服务端的压力也越来越大。随着业务发展，我们发现 Python 作为动态解释型语言，较低的运行效率和较高的后期维护成本带来的问题逐渐…

前几天，偶然看到了 《扛住100亿次请求——如何做一个“有把握”的春晚红包系统”》（[url](http://www.infoq.com/cn/presentations/how-to-build-a-spring-festival-bonus-system)）一文，看完以后，感慨良多，收益很多。正所谓他山之石，可以攻玉，虽然此文发表于2015年,我看到时已经是2016年末，但是其中的思想仍然是可以为很多后端设计借鉴。

上篇文章（亿级流量系统架构之如何设计承载百亿流量的高性能架构）聊了一下系统架构中，百亿流量级别高并发写入场景下，如何承载这种高并发写入，同时如何在高并发写入的背景下还能保证系统的超高性能计算。 首先回顾一下，整个架构右侧部分演进到的那个程度，其实已经非常的不错了，因为百亿流量，…