本文探讨了缓存在小库存商品秒杀和大库存商品大促中的关键作用。对于小库存秒杀，通过缓存隔离、商品详情缓存、库存乐观锁等方式避免超卖和性能瓶颈。对于大库存商品大促，引入分布式事务和消息队列（MQ），确保库存操作的事务支持和最终一致性，减轻数据库压力，提高处理能力。
其实缓存早期用来实现应用的分布式session，用来解决应用实例间会话的复制（这么做是可以解决不同服务器之间session的共享，但是如果这台缓存服务器挂了怎么办？用户的"session"信息就没有了嘛？假设单点登录SSO可以依托于这种形式构建，那么这种单点登录的用户信息怎么样响应回去？如果放入cookie中被劫持怎么办？。。。），后来发展为将缓存用于业务去重判断、交易快照、图片索引等等场景，最后才是替换了数据库在业务处理中的作用。
一个架构如何能平稳的支持这样的大促秒杀活动？不会因为大促活动出现秒杀商品的超卖、秒杀界面无法访问、甚至造成整个平台不可用的情况出现。需要在传统的架构基础上进一步优化和调整才能满足这些要求。涉及：缓存技术实现商品数据的高性能读取，以满足秒杀活动中对于商品数据访问的同时不会出现商品超卖等致命业务问题。
说道这里，小伙伴们一定会想到互联网常见的并发请求、秒杀......但是秒杀又会分为不同的情况，商品的库存比较小时候的秒杀和商品库存比较大时候的秒杀又是两种不同的处理方式，不墨迹了，进入正文：
1.小库存商品秒杀
比如库存为10个，秒杀价格为xxx元的手机则是典型的小库存商品秒杀活动。在这种活动中，因为商品会在极短的瞬间库存会降到0，所以只要处理好商品的库存减扣（别超卖了！）就可以平稳的度过这次秒杀活动。
①首先一定要让负责秒杀场景的商品中心与普通商品的商品中心进行隔离部署，通过这种服务分组的方式，保持两个运行环境的隔离，避免因为秒杀产生的过大访问流量造成整个商品服务中心
最低0.47元/天 解锁文章
890
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
