目前,我正在撰写一个新月报,在扩大规模方面向前看。 据我所知,横向扩大是扩大申请规模以处理更多并行请求的较容易的方法之一。 我的工作文本目前使用MongoDb。
因此,我的问题是: 我有一个数据结构,类似于需要严格维持秩序的相关清单。 我(富有想象力)关切的是,当数据库有多种节点时的种族条件时,有关名单的解决可能不正确。
例如: a. 挑选该名单的服务器;b 第1号案件有物体,第2号案件有物体。 有可能出现一种种族条件,即这两种情况都读到“......”b ,并决定将其物体附在名单上。 那么,第1号案例将设想,它会插入一个->,b->c 而第2号案例则认为它具有一个->b->c->d。
总的来说,正如我所理解的那样,这种声音像一种乐观的锁定工作一样,无论是MongoDB还是Redis(我所考虑的其他数据库)都没有以Kall方式进行交易。
因此,我认为解决办法如下:
利用旗帜在MongoDB进行我自己的交易。 客户在24个变数中找到了变形,如果成功,则进行业务。 如果失败,客户会经过一段时间后重新尝试。
利用红利交易和共和国分公司取得相同效果。 我并不确切地确定如何做到这一点,但这样,可能是合理的。
实行某种智能负荷平衡。 如果多个客户在同一项目下运作,他们就前往同一地点。 由于联合材料一面,这个问题就会得到解决。 不幸的是,我没有找到直接的解决办法。
我确信,实现上述目标有更好、更明智的途径,我很想听取任何解决办法或建议。 谢谢!