调用InsertOne/InsertMany后如何确认MongoDB数据写入成功

首先纠正一个认知：IsAcknowledged不是功能不受支持，它的返回值完全依赖你配置的写入关注（WriteConcern），配置不对的情况下拿到的结果没有参考价值。

不同可靠性等级的验证方案 #

1. 常规场景：靠异常捕获+合理的写入关注即可确认结果 #

MongoDB C#驱动的InsertOne/InsertMany方法本身会同步等待服务端响应，只要方法执行没有抛出异常，就代表写入已经满足你设置的写入关注要求，不需要额外调用验证命令。
你之前用IsAcknowledged拿到错误结果，大概率是用了无应答配置WriteConcern.Unacknowledged——这个配置下驱动发完写入请求就直接返回，根本不等服务端响应，自然拿不到正确的确认状态。
常规业务推荐显式配置写入关注，同时做好异常捕获：

// 初始化集合时可以全局配置写入关注，也可以在单次插入时单独指定
var collection = database.GetCollection<YourDataModel>("你的集合名");
var insertOption = new InsertOneOptions()
{
    // W:Majority 代表等待副本集多数节点确认写入，journal:true代表等待写入刷到预写日志，避免服务端宕机丢数据
    WriteConcern = WriteConcern.WMajority.With(journal: true)
};
try
{
    collection.InsertOne(insertDoc, insertOption);
    // 代码走到这里没有抛出异常，就代表写入已经满足配置的可靠性要求
}
catch (MongoWriteException e)
{
    // 捕获写入级别的错误：比如主键冲突、文档不符合校验规则、写入被服务端拒绝
    Console.WriteLine($"写入失败：{e.WriteError.Message}");
}
catch (MongoCommandException e)
{
    // 捕获命令级别的错误：比如连接中断、权限不足、服务端不可用
    Console.WriteLine($"命令执行失败：{e.Message}");
}

InsertMany的逻辑完全一致，对应替换为InsertManyOptions即可。

2. 强一致场景：插入后主动查询校验 #

如果你的业务对写入准确性要求极高（比如交易、资金类场景），可以在插入拿到文档唯一标识_id后，用多数派读关注主动查询一次做二次确认：

// 插入完成后拿到文档的_id
var insertedId = insertDoc.Id;
// 使用Majority读关注查询，避免读到未提交的脏数据
var filter = Builders<YourDataModel>.Filter.Eq(x => x.Id, insertedId);
var findOptions = new FindOptions<YourDataModel>() { ReadConcern = ReadConcern.Majority };
var queryResult = collection.Find(filter, findOptions).FirstOrDefault();
if (queryResult != null)
{
    // 确认数据已经成功写入且可被正常读取
}

关于IsAcknowledged的说明 #

IsAcknowledged是插入结果对象InsertOneResult/InsertManyResult的属性，它仅用来标记本次写入是否收到了服务端的应答，本身不是主动执行的验证命令。只有当你配置的写入关注要求服务端返回应答时，这个属性的值才是准确的，单独依赖这个属性判断写入成功是不可靠的。

内容的提问来源于stack exchange，提问作者Krypto456