AKS节点vm.max_map_count远低于MongoDB要求，调整无效求负面影响分析

你的MongoDB启动时已抛出明确警告：

{"t":{"$date":"2022-10-24T21:20:18.721+00:00"},"s":"W",  "c":"CONTROL",  "id":5123300, "ctx":"initandlisten","msg":"vm.max_map_count is too low","attr":{"currentValue":262144,"recommendedMinimum":1677720,"maxConns":838860},"tags":["startupWarnings"]}

该参数不足会带来以下明确负面影响：

• 性能断崖式下跌：MongoDB依赖内存映射文件实现高效数据访问，无论使用MMAPv1还是WiredTiger引擎，都需要足够的映射资源。当前值仅为建议值的1/6，会导致大量数据无法加载至内存，被迫频繁读写磁盘，查询延迟暴涨，吞吐量直接缩水。
• 连接数受限引发服务拒绝：日志显示MongoDB理论支持838860连接，但vm.max_map_count不足会直接限制实际可处理的连接数。当连接数接近阈值时，新请求会被直接拒绝，应用端会出现连接超时、拒绝访问的错误，业务直接受影响。
• 副本集同步异常：副本集成员间的oplog同步、数据复制需要高效的内存访问。内存映射资源不足会让同步速度变慢，主从节点数据延迟拉大，极端情况会触发副本集选举异常，导致服务切换甚至短暂不可用。
• WiredTiger引擎性能退化：即便使用WiredTiger自带缓存，它依然依赖系统虚拟内存管理数据文件映射。参数不足会导致缓存命中率下降，事务处理变慢，甚至出现缓存溢出引发的服务卡顿。
• 服务崩溃风险：当MongoDB耗尽所有可用的内存映射资源时，要么触发系统OOM杀手直接终止进程，要么MongoDB自身因无法分配映射资源抛出致命错误，导致服务崩溃。

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