C# .NET 5下MongoDB.Driver 2.12.3查询性能低于PyMongo、KMongo问题咨询

可能的原因 #

• 使用的MongoDB.Driver 2.12.3版本本身存在大量已知性能缺陷：该版本是2021年发布的旧版本，存在聚合LINQ解析冗余、序列化反射开销过高、批量数据拉取内存分配不合理等问题，后续官方版本累计修复了超过20项性能相关问题。
• 测试代码存在额外开销变量未对齐：C#测试代码中注册了CommandStartedEvent监听回调，每次执行命令都会将全量命令对象序列化为JSON输出，该调试逻辑的开销占比可达总耗时的30%以上，而Python、Kotlin的测试代码均无类似额外调试逻辑，测试条件不对等。
• 默认使用反射式序列化器：2.12.x版本的C#驱动默认使用反射实现实体类反序列化，处理2万+条数据时，每条数据的字段赋值、类型校验都会产生大量反射开销，远低于其他语言驱动的预编译序列化逻辑效率。
• LINQ表达式解析开销：你使用的强类型Match(x => x.WellId == "ABC")写法会触发LINQ表达式到MongoDB查询语句的解析逻辑，2.12.x版本对该逻辑的缓存效率极低，额外增加了查询前置开销。
• 运行时GC配置不合理：默认.NET 5使用工作站GC模式，处理大量临时反序列化对象时回收效率低，会增加额外的卡顿耗时。

优化方案 #

• 首先升级MongoDB.Driver到2.18.0以上的稳定LTS版本，同场景下新版本性能比2.12.3高40%以上。
• 移除测试代码中的CommandStartedEvent监听逻辑，对齐三种语言的测试条件后重新验证耗时，排除调试逻辑的干扰。
• 启用编译式序列化器，提前注册实体类映射，避免运行时反射开销：

// 程序启动时执行一次即可
if (!BsonClassMap.IsClassMapRegistered(typeof(KPI)))
{
    BsonClassMap.RegisterClassMap<KPI>(cm =>
    {
        cm.AutoMap();
        cm.SetIgnoreExtraElements(true);
    });
    // 全局启用编译后的序列化器，替代反射实现
    BsonSerializer.UseCompiledSerializers = true;
}

• 聚合查询直接使用Bson管道写法，跳过LINQ表达式解析步骤：

var pipeline = new BsonDocument[]
{
    BsonDocument.Parse("{ $match: { wellUid: 'ABC' } }")
};
var kpis = kpiOneMin.Aggregate<KPI>(pipeline).ToList();

• 调整BatchSize的同时优化GC配置，在项目csproj文件中开启服务器GC：

<PropertyGroup>
  <ServerGarbageCollection>true</ServerGarbageCollection>
  <ConcurrentGarbageCollection>true</ConcurrentGarbageCollection>
</PropertyGroup>

• 若不需要强类型结果，可直接接收原始Bson字节流手动解析，或使用BsonDocument作为返回类型，配合序列化配置优化后性能还可提升15%左右。

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