使用node.js和MongoDB跟踪订单ID

问题描述

所以我有一个奇怪的问题，我几天来一直在挠头，我似乎找不到任何在线解决方案。

我正在开发一个移动应用程序的订购服务，该应用程序每次下订单时都会使用唯一的orderID。

每天，将订单ID的基础值重置为100，然后在当天下订单时，其递增顺序为：101、102、103、104等。

我的OrderID是根据名为orders的+1中的“活动订单”的数量来计算的。因此，如果有5个有效订单，则返回给客户的新订单ID为106。除以下问题外，该方法工作正常：

• 我有4个node.js API实例同时工作，以平衡负载。
• 所有这些节点都连接到相同的mongo数据库。

因此，如果两个订单并行放置，则实例1和实例2分别接受一个订单，都询问数据库有多少个“活动订单”，并且它们显然都获得相同的值，因为这在订单发生时几乎发生了同时。因此，他们都返回相同的订单ID，然后我们有两个具有相同订单ID的客户。

如果我将设置减少到一个实例，那么它可以完美地工作，因为它消除了并行运行订单的可能性。但是，对于HA和负载平衡，我需要能够在多个实例中水平扩展。

是否有避免这种情况的标准做法？有没有更好的方法来跟踪这样的orderID？

任何帮助将不胜感激。

谢谢。

解决方法

您可以使用互斥锁，该互斥锁用于防止同时访问资源。因此，基本上，释放（解锁）锁定后，进程将可以访问。否则，它将等到免费使用。您可以在这里找到一个为您完成此任务的模块：locks

编辑：

另一种解决方案可能会阻止并行处理您拥有的4个实例。因此，您可以做的是也可以实现基于队列的方法。这是一个可以帮助您的模块：MongoDB-Queue 您也可以参考这篇文章：Medium-MongoDB-Queue

,

您可以实现负载平衡，但通过在将实际处理程序（仅将特定客户的请求仅路由到特定节点）之前使用自定义层，仍可以防止来自同一客户的订单转到多个实例。这可以通过对例如客户id进行哈希和模运算，然后确定应将其路由到的节点来完成。由于此“路由器”层基本上只是一个自定义代理，并且不执行其他处理-对性能不会有任何影响。