《苏宁易购：商品详情系统架构设计》阅读笔记

商品详情系统介绍

基本介绍

商品详情系统是一个展示商品基本信息、参数等详情的系统，是商品购买的入口。它是电商平台中访问量最大的系统之一，苏宁易购大促期间PV量和UV量很大，这么大的访问量对系统的并发能力要求高。在业务上它与周边系统的关系是高耦合。依赖商品详情系统的的系统特别多，比如：促销系统、推荐系统、大聚惠、等众多营销系统、还有主数据系统、购物车、收藏夹等，业务复杂度高对系统设计提出更多的要求。

业务特点

1. 重点在于数据展示

2. 页面信息丰富，如：商品详情、商家列表、推荐、排行榜等

3. 部分数据时效要求高，如：价格、库存等

4. 业务上依赖的系统多

商品详情系统三要素

1. 展示

产品上需要设计好页面区分展示的内容

技术上主要是页面缓存设计、前端页面模版和JAVA程序的解耦

2. 数据处理

数据全部来源于其它系统，在数据上分为：

基本数据，外部系统传过来直接就可以使用的数据

聚合数据，需要加工才能使用的数据

3. 服务依赖

通过MQ解耦，异构数据

解决好以上三个问题就解决了此系统核心问题。

商品详情系统在设计上分成前、中、后三层结构

1. 前台负责展示，做为VIEW层不处理业务逻辑，负责渲染。

2. 中台负责业务逻辑处理，提供数据给前台，同时还会对外部系统提供服务

3. 后台负责主数据管理，做为数据管理层处理商品主数据、参数、品牌、供应商等，同时部分内容开放给运营进行维护、管理和异常处理等。

分布式存储

数据库

1. 商品详情系统数据库用Mysql，采用主从加读写分离结构，注意：主从不在同一个物理机上，也不在同一组路由器中。应用层中业务上对时效性要求高的数据在写库中操作，业务上对于时效性要求不高数据在读库中操作。主从结构保证在主库出现故障比如岩机自动切换到从库。读库通过LVS做负载均衡做到高可用。

2. DalClient组件支持对数据库的分库分表，同时支持横向扩展。

分布式Redis缓存

　　应用层逻辑优先从Reids中获取业务数据，如果Redis中没有，再从DB中获取。Redis采用sharding方案，每个sharding由一个master和一个salve组成，再通过sentinel保证高可用。当master出现不故障，比如网络跳动，sentinel会自动把salve切换为master，这个切换是毫秒级的。master和salve通过主动和被动两种方式来同步，做到最终一致性，符合CAP理论演变过的BASE理论。借鉴JAVA GC中对内存分代思路解决Redis缓存过期产生的惊群现象。

转自https://mp.weixin.qq.com/s?__biz=MjM5MDE0Mjc4MA==&mid=401960119&idx=1&sn=c3b921b1e5dd41acf7a42a11d9a65ee4&scene=21#wechat_redirect

分布式存储

数据库

1. 商品详情系统数据库用Mysql，采用主从加读写分离结构，注意：主从不在同一个物理机上，也不在同一组路由器中。应用层中业务上对时效性要求高的数据在写库中操作，业务上对于时效性要求不高数据在读库中操作。主从结构保证在主库出现故障比如岩机自动切换到从库。读库通过LVS做负载均衡做到高可用。

2. DalClient组件支持对数据库的分库分表，同时支持横向扩展。

分布式Redis缓存

1. 应用层逻辑优先从Reids中获取业务数据，如果Redis中没有，再从DB中获取。Redis采用sharding方案，每个sharding由一个master和一个salve组成，再通过sentinel保证高可用。当master出现不故障，比如网络跳动，sentinel会自动把salve切换为master，这个切换是毫秒级的。master和salve通过主动和被动两种方式来同步，做到最终一致性，符合CAP理论演变过的BASE理论。

2. 借鉴JAVA GC中对内存分代思路解决Redis缓存过期产生的惊群现象。