要做一个抢购的功能如何考虑并发

公司要做一个抢购的功能
如何避免并发带来的订单多出？
因为数据库是mongo 无法像mysql那样进行锁
不知道有什么好的解决方案?

我所想的就是用redis强行让他排队 但是这个太扯了..
每次创建的时候都会去查 但是害怕有那一点并发..

回复内容：

公司要做一个抢购的功能
如何避免并发带来的订单多出？
因为数据库是mongo 无法像mysql那样进行锁
不知道有什么好的解决方案?

我所想的就是用redis强行让他排队 但是这个太扯了..
每次创建的时候都会去查 但是害怕有那一点并发..

用消息队列可以解决这个问题

首先你得有个设计容量。你的项目准备容纳多少人抢多少产品。然后才决定用什么技术。
如果就10个人抢，别纠结了随便找个关系型数据库一怼就完事了。
再多一些，可以把压力直接压到mongodb上。顺便提下mongodb并不是没有锁，合理使用一样可以锁住不多卖，使用$inc操作符。比如：

如果这样不够你用的，那该考虑队列了

抢购这种需求涉及财务功能，财务功能肯定需要锁功能。

因此，要不你们牛逼的话，就自己写中间件，想偷懒的话，还是用mysql吧。

独立一个表出来做，就专门存放这种抢购的商品

redis应该可以实现啊。本身redis是单线程的，它的操作自然是序列化的，无需担心并发访问的问题。当然使用mysql不失为一种方便的选择。