并发较高的混合读写（库存的查询和修改）解决方案

当单一应用和单一缓存能满足的时候

1

.单一操作的应用+单个缓存+同步写入数据库

 

2 读操作比较多 并发操作并不是太多的情况下

.单一操作的应用+多个缓存+同步写入数据库

通常此种情况下会把 sku 进行水平拆分 放到不同的 cache 中

如下图

 

3 并发操作并不是太多的情况下

.多个单一操作的应用+多个缓存+同步/异步 写入数据库

这种情况下需要在前端 对 sku 编号 进行划分 比如 对 把编号 前200w的sku的操作 映射到后面的 s1 中

其目的最终也是为了保证 对相应的库存单一线程操作

 当数据库压力过大时 可以考虑异步写库

 

4 上面的设计不能避免热点访问的问题 

    需要对热门商品进行预分配 使之较为均匀的分配到后端服务器上

   但由于预分配的引入 将会使前面路径的选择和后面缓存的分配 复杂度大大提升