https://ruby-china.org/zming619 en-us <p>场景是这样的，公司产品给 app 商品列表页模仿了百度外卖的样子，要做一直向下滑展现商品的效果。我抓包百度外卖 app 发现，它们是一次性吐的全量商品信息，结构是 分类下有个字段数组存的此分类全部商品详情。 </p> <p>我们的底层，商品库存独立系统，商品销量（订单）独立系统，商品分类＋app 商品信息是独立系统（信息 cache 进了 redis），api 写出来以后，返回数居前要 http 抓每个商品的，库存＋销量进行信息拼凑，商品越多，导致接口越慢。。</p> <p>我的优化方案是，不时时取了，回头弄成脚本定时按商品纬度 去各系统抓库存＋销量，存入 redis。</p> <p>这样 api 只读就好了。</p> <p>请教下大家百度外卖或糯米这样的对外 api 信息都怎么读取的啊，有其它地方存放还是？？来保证 api 性能。 用了什么牛逼东西么？ </p> <p>我们的 api 数据还有个需求按库存排序，库存为 0 就从结果沉下去，redis 每次都排序对 cpu 占用较高。。也请教下大家给点思路。。</p> <p>线下搞活动时候 api qps 比较高，巨卡。。</p> zming619 Wed, 08 Jun 2016 21:01:57 +0800 https://ruby-china.org/topics/30240 https://ruby-china.org/topics/30240