秒杀项目

做的黑马点评的项目，面试时被问到在使用分布式锁解决超卖的情况下如何提高并发？回答将库存分段，比如100个库存，分别存在5redis节点上，每个节点上存储20个。但面试官问如果有一个节点上库存卖光，但总库存还有，怎么保证能卖就卖？当时回答的是提供一个协调者，监控每个redis节点上的剩余库存量，然后通过协调者进行转发。但是面试官对这个答案不太满意，说协调者仍然是串行的并且秒杀是很快的，如果通过一次协调者转发的话会有延迟并且脏读的问题。请问各位大佬这个分段库存在实际的应用场景中到底该怎么设计？

面试时候一被问到高并发的系统设计，就慌了，想阅览个高并发项目补补课，比如go版本的秒杀系统？（java的秒杀系统倒是有很多  ，但是不会java，看着痛）

注：为保证用户信息安全，姓名和学校等信息已经进行同层次变更，内容部分细节也进行了部分隐藏另外：我们出这一系列校招简历指导的原因，就是看很多学生被忽悠，没有先定位大厂、中厂还是小公司，导致没有面试机会。 我们不放任何的广告和品牌名，完全是反馈牛客社区。大家也不要私信，现在比较忙，没空帮大家改简历。简历总体说明      校招的第一法则就是必须要确定校招层次。      开发岗分为大中小厂，不同的层次对学校背景、时间点、项目和考点的要求都不太一样，所以必须要确定就业的层次。 这是一份苏州某一本大学的JAVA简历。之前，我们一直强调校招首先要确定层次，一本的25届学生校招的主体就是中厂。并且现在秋招...

在秒杀项目中，会将商品的库存放在redis中以提高性能，但是如果同一时间秒杀商品A的人非常多，那么redis中对商品A的减库存操作可能造成性能瓶颈，这种情况如何优化呢？集群貌似不能解决这个问题

行锁、本地锁、分布式锁和高并发的破事-空

这两个有没有伙伴们做过的，这两个哪个好。听说慕课那个很好，但是用的是rocketmq，我学的是rabbitmq没有学rocketmq，做哪个比较好？

秒杀场景要不要加分布式锁？--第二版--空

秒杀场景要不要加分布式锁？--第一版--空