当前位置: 首页 > 知识库问答 >
问题:

MongoDB,WriteConcern:需要澄清一下吗

乐正晟
2023-03-14

我需要一些帮助来澄清写关注的概念,我使用MongoDb 4.0.2(带副本集)和java-mongo驱动程序3.8.1

我已经在mongo配置中添加了关于

{
    "w": "majority",
    "wtimeout": 5000
}

代码端,何时可以使用数据库的ack响应?我发现,当使用delete或update时,库返回一个Result对象(作为deletesult),其中包含一个函数wasagnowledged(),用于获取集合中多数副本的delete/update结果。

但是我找不到一个类似的所有插入函数的结果。有人可以告诉我如何使用WriteCare n来避免数据丢失吗?

我的目标是在复制集的插入/写入/更新出错时捕获异常

希望问题清楚我在等你的回答谢谢

只想知道,在db上设置这个首选项就足够了,还是我必须在代码上设置写关注点首选项?

共有1个答案

嵇永望
2023-03-14

您可以捕获MongoWriteConcernException。下面是insertOne的源代码和注释。

/**
 * Inserts the provided document. If the document is missing an identifier, the driver should generate one.
 *
 * <p>Note: Supports retryable writes on MongoDB server versions 3.6 or higher when the retryWrites setting is enabled.</p>
 * @param document the document to insert
 * @throws com.mongodb.MongoWriteException        if the write failed due some other failure specific to the insert command
 * @throws com.mongodb.MongoWriteConcernException if the write failed due being unable to fulfil the write concern
 * @throws com.mongodb.MongoException             if the write failed due some other failure
 */
void insertOne(TDocument document);
 类似资料:
  • 来自 https://docs.microsoft.com/en-us/azure/azure-functions/functions-bindings-storage-blob#poison 当 Blob 触发器函数失败时... “失败”是什么意思?编译失败?引发未处理的异常? 如果有一些不起作用的示例代码,那就太好了。所有示例代码都显示了工作状态,因此无法演示 Azure 函数中的故障模式。

  • 我认为用A*算法应该是SAEFG,但答案是SBEFG。现在我的教授是一个无所事事的人。有人能解释为什么是SBEFG吗?

  • 我们有申报单 其中backlog被标识为传入连接的最大队列长度。如果连接指示在队列已满时到达,则会拒绝连接。 假设积压设置为10。 这是否意味着服务器套接字将接受不超过10个客户端? 然后: 只有当时,积压数才会下降。这是正确的吗? 有没有办法知道一个套接字当前正在处理多少个打开的连接(换句话说,它离放弃并开始拒绝新连接有多近)

  • 现在,编辑器在使用注释方法的地方显示警告。然后显示使用的建议。当我接受它的更改时,它会将代码转换为此,警告消失。 使用有意义吗? 实现是 所以如果为空,我的代码仍然会崩溃。 我们应该对此进行空检查。 我认为比好,你说呢?如果是,则编辑器不应建议在此处使用。 因为在具有状态(如)的字段中使用要求NonNull是不安全的。我是否错过了的一些好处?

  • 需求:创建一个多租户应用程序,该应用程序应该根据请求中的租户id将每个租户的数据插入到各自的PDB中。换句话说,每个租户或客户在CDB中都有自己的PDB,所有PDB都有相同的模式,然后根据请求中的租户Id选择一个数据源,并将数据插入到该PDB中。 Stack-Spring boot 2.3.0.发行版,Oracle 18c,连接池-Oracle共享通用连接池 UCP连接: Spring数据源配置类

  • 我现在正在阅读Instagram的设计,我发现了对他们负载平衡系统的这样一个描述。 每个对Instagram服务器的请求都要经过负载平衡机;我们曾经运行过2台nginx机器,并在它们之间进行DNS循环。这种方法的缺点是DNS更新所需的时间,以防其中一台机器需要取消使用。最近,我们开始使用Amazon的弹性负载平衡器,它后面有3个NGINX实例,可以进行交换(如果运行状况检查失败,它们会自动停止循环