一、题目分析 1. 仅根据qps计算多少机器是不够的 如果一个Redis服务器支持五千万上面的读写请求，那么此题很简单，一个机器，一个Redis进程即可。 但显然没有这样的超级机器，Redis也做不到一个进程就能处理五千万QPS。 那么一个Redis到底能处理多少QPS？ 如果是简单的读写，那么一个Redis在一个硬件服务器（只要1个核，CPU为当前主流即可），就能处理Million级别的QPS，即至少百万。 所以，上面的问题好像简单了，我们只要用50个Redis进程就能支持题目所需的五千万，然后在一个50核的机器上跑这五十个进程，即可。 所以，答案好像很简单：一台五十核机器，五十Redis进...

目录    什么是分库分表   为什么需要分库分表呢   如何分库分表   什么时候开始考虑分库分表   分库分表会导致哪些问题   分库分表中间件简介    1. 什么是分库分表   数据库：就是一个数据库分成多个数据库，部署到不同机器。      分表：就是一个数据库表分成多个表。      2. 为什么需要分库分表   2.1 为什么需要分库呢？   如果业务量剧增，数据库可能会出现性能瓶颈，这时候我们就需要考虑拆分数据库。从这几方面来看：    磁盘存储    业务量剧增，MySQL单机磁盘容量会撑爆，拆成多个数据库，磁盘使用率大大降低。    并发连接支撑    我们知道数据库连接是...

1. Client客户端架构组件   1.1 前话   这一篇要介绍的是ZK的Client客户端重要架构组件，这个部分是我们平时开发连接ZK用的最多的，不管是使用ZK原生API还是使用Curator封装的ZK操作等都避不开这个部分。   在分析Client端前抱着如下疑问：ZK的客户端在连接时、发送数据以及通知回调时具体是由哪些重要的类通过何种方式完成的？在进行不同操作时ZK的原生API到底做了一些什么？ZK的客户端又是通过哪些组件来管理Wacther的？本篇将从这几个角度切入，且以Java编程式使用流程来分析。   而对于ZK客户端和服务端之间的具体如创建的具体流程和实现不同操作时的交互留在...

一、背景 会员系统是一种基础系统，跟公司所有业务线的下单主流程密切相关。如果会员系统出故障，会导致用户无法下单，影响范围是全公司所有业务线。所以，会员系统必须保证高性能、高可用，提供稳定、高效的基础服务。 随着同程和艺龙两家公司的合并，越来越多的系统需要打通同程APP、艺龙APP、同程微信小程序、艺龙微信小程序等多平台会员体系。例如微信小程序的交叉营销，用户买了一张火车票，此时想给他发酒店红包，这就需要查询该用户的统一会员关系。因为火车票用的是同程会员体系，酒店用的是艺龙会员体系，只有查到对应的艺龙会员卡号后，才能将红包挂载到该会员账号。除了上述讲的交叉营销，还有许多场景需要查询统一会员关系，...

01 总体概述   要想理解 Kafka Broker 请求处理架构设计，我们需要从简单请求处理模型来说起。   对于日常系统开发，我们都知道是基于 Request/Response 的模式来实现的， 对于 Kafka 来说， 无论是 Producer 端、Consumer 端 还是 Broker 端，他们之间的请求交互也都是基于「Request/Response」模式来完成的。比如，客户端会通过网络发送消息生产请求给 Broker，而 Broker 处理完成后，会发送对应的响应给到客户端。   下面，我会从自我设计角度出发，如果是我们会如何设计，带你一步步演化出来「kafka Br...

前言 Spring如何处理循环依赖？这是最近较为频繁被问到的一个面试题，在前面Bean实例化流程中，对属性注入一文多多少少对循环依赖有过介绍，这篇文章详细讲一下Spring中的循环依赖的处理方案。 什么是循环依赖 依赖指的是Bean与Bean之间的依赖关系，循环依赖指的是两个或者多个Bean相互依赖，如：  构造器循环依赖 代码示例： public class BeanA { private BeanB beanB; public BeanA(BeanB beanB){ this.beanB = beanB; } } public class BeanB { private BeanA bea...

1 Scenario 场景 电商系统的促销手段（Electronic Commerce Systems）：  优惠券 拼团 砍价 老带新  优惠券的种类  满减券 直减券 折扣券  优惠券系统的核心流程 发券 **发券的方式：**同步发送 or 异步发送 领券  谁能领？所有用户 or 指定的用户 领取上限一个优惠券最多能领取多少张？ 领取方式用户主动领取 or 自动发放被动领取  用券  作用范围是商品、商户、类目 计算方式是否互斥、是否达到门槛等  需求拆解 商家侧：  创建优惠券 发送优惠券  用户侧：  领取优惠券 下单 使用优惠券 支付  2 Service 服务 2.1 服务结构设...

1 Scenario 场景 电商系统的促销手段（Electronic Commerce Systems）：  优惠券 拼团 砍价 老带新  优惠券的种类  满减券 直减券 折扣券  优惠券系统的核心流程 发券 **发券的方式：**同步发送 or 异步发送 领券  谁能领？所有用户 or 指定的用户 领取上限一个优惠券最多能领取多少张？ 领取方式用户主动领取 or 自动发放被动领取  用券  作用范围是商品、商户、类目 计算方式是否互斥、是否达到门槛等  需求拆解 商家侧：  创建优惠券 发送优惠券  用户侧：  领取优惠券 下单 使用优惠券 支付  2 Service 服务 2.1 服务结构设...

1 Scenario 场景 电商系统的促销手段（Electronic Commerce Systems）：  优惠券 拼团 砍价 老带新  优惠券的种类  满减券 直减券 折扣券  优惠券系统的核心流程 发券 **发券的方式：**同步发送 or 异步发送 领券  谁能领？所有用户 or 指定的用户 领取上限一个优惠券最多能领取多少张？ 领取方式用户主动领取 or 自动发放被动领取  用券  作用范围是商品、商户、类目 计算方式是否互斥、是否达到门槛等  需求拆解 商家侧：  创建优惠券 发送优惠券  用户侧：  领取优惠券 下单 使用优惠券 支付  2 Service 服务 2.1 服务结构设...

1 Scenario 场景 电商系统的促销手段（Electronic Commerce Systems）：  优惠券 拼团 砍价 老带新  优惠券的种类  满减券 直减券 折扣券  优惠券系统的核心流程 发券 **发券的方式：**同步发送 or 异步发送 领券  谁能领？所有用户 or 指定的用户 领取上限一个优惠券最多能领取多少张？ 领取方式用户主动领取 or 自动发放被动领取  用券  作用范围是商品、商户、类目 计算方式是否互斥、是否达到门槛等  需求拆解 商家侧：  创建优惠券 发送优惠券  用户侧：  领取优惠券 下单 使用优惠券 支付  2 Service 服务 2.1 服务结构设...