从 ext4 到 xfs 的 mongodb 有线老虎引擎

副本集成员绝对可以使用不同的文件系统——成员甚至不知道他们的同伴正在使用什么文件系统。

尽管使用 Ext4 文件系统是 MongoDB 和 WiredTiger 出现性能问题的一种可能性（特别是在写入负载很大的情况下），但可能还有其他问题会影响您的用例。如果您决定发布后续问题以调查您的周期性性能问题，则 MongoDB 服务器的特定版本、O/S 版本、启动警告以及与减速期间相关的任何日志消息等详细信息可能会提供更多信息。托管（裸机与云）、服务器资源（RAM、CPU、磁盘类型）和mongod配置更改等其他部署细节也可能是相关的。

由于您怀疑与使用 Ext4 相关的性能问题，我会尝试隔离对您的 MongoDB 部署的更改以尝试确认这一理论（特别是如果您的周期性停顿始终可重现）：

• 如果您只看到副本集的一个成员（例如主节点）的周期性停顿，请尝试降低当前主节点，以便成员交换角色。缓慢/配置不足的 I/O（或云/共享托管环境中的嘈杂邻居）有时可能是罪魁祸首。您可能还会发现基于成员角色的其他一些因素（例如，如果您的应用程序正在从辅助节点读取）。
• 如果您看到两个当前承载数据的成员定期停止，请使用 XFS 添加一个新成员storage.dbPath以测试该新成员是否表现出相同的行为。
• 如果您尚未为您的 MongoDB 版本运行最新的次要版本，请升级。例如，如果您正在运行 MongoDB 3.4.2 并且可用的最新版本 3.4.x 是 3.4.10，那么绝对值得测试最新的稳定版本。同一生产版本系列中的升级包括错误修复和稳定性改进，但不应引入任何兼容性更改。

其他建议：

• 查看 MongoDB 日志中的任何可疑活动或可能与减速或停顿期相关的日志消息。例如，TTL（生存时间）索引到期任务每 60 秒运行一次，并且可能会删除大量文档。可能会记录缓慢的查询或其他相关警告。
• 假设您有一些指标监控，请查看您的 MongoDB 部署的指标，以查找与您的性能不佳时期一致的异常值或模式。
• 如果您在最新的 MongoDB 生产版本系列之后运行多个主要版本，请考虑在具有代表性的暂存/开发环境中测试主要版本升级。在连续的主要版本中已经有了显着的改进。
• 有关调优部署的一般信息，还值得查看MongoDB 生产说明。