秒杀多级缓存1

商品模块的技术难点 以及订单秒杀业务的技术难点



我们商品的流程是
商家入住--->商品资料-->图片处理--->发布--->定时维护 {库存}-->用户购买下单
一般有2个入口
管理端负责对商品的上架 发布 下架 以及定时维护 比如说增加库存 降低库存
我用户对商品的操作浏览&＃xff0c;下单购买
商品有那些技术难点 第一个问题是表的设计&＃xff0c;针对商品的这个场景我此时表是设计1个表还是多个表进行存储
比如说 我京东关于Iphone12这张商品详情页 ,有分类 有品牌 有规格属性 这些我该怎么去设计我的表呢


我们用一个表的进行存储的时候似乎不好存储 Iphone有内存大小&＃xff0c;衣服没有内存大小 但是一张表的时候查询的时候是很方便的我们可以用多张表
一个商品页面查询很多表 关联查询的时候效率肯定慢&＃xff0c; 像阿里高并发场景 每一个详情页都要访问db&＃xff0c;而且关联好几张表的查询 肯定就G


step1 我们筛选的时候 比如说 苹果12 属于苹手机 可以加个分类


step2 基于用户的角度&＃xff0c;比如说 我想选择小米 的手机 &＃xff0c; 我们可以加个品牌 &＃xff0c;让结果更加准确一点


这样用户就可以根据分类或者品牌进行搜索了&＃xff0c;搜索的结果更加接近用户的目标


这样的话我们可以根据品牌分类 选择出 spu,在某一个spu 下面选择一个具体的sku
但是优秀的设计师&＃xff0c;设计这样的产品


用户可以通过筛选条件进一步筛选得到自己想要的产品


所以我们表的设计就可以这样设计了


我们的表可以这样设计


通过这4个条件用户可以更加容易的选择出来用户想要的产品