mongodb数据写入优化（mongodb 内存优化）

MongoDB速度快的原因

1、内存优化读取 工作集内存化：MongoDB的设计要求常用的数据（即工作集）能够完全装入内存中。这样，当应用程序需要读取数据时，大部分操作都可以直接从内存中读取，而无需访问硬盘。由于内存访问速度远快于硬盘访问速度，因此这种设计能够显著提高读取性能。

2、MongoDB的写入性能受索引、事务、批量操作模式及查询优化等多因素影响，合理配置可显著提升效率。 索引对写入性能的影响MongoDB的每个索引会直接增加写入操作的开销。当执行insert或delete操作时，数据库需同步更新目标集合的所有索引键；update操作若涉及索引字段，还需额外更新相关索引子集。

3、占用空间过大：相比其他数据库，MongoDB 在存储数据时会占用更多的磁盘空间。缺乏成熟维护工具：在数据库的监控、管理等方面，成熟的维护工具相对较少，增加了数据库维护的难度。应用场景实时数据存储：适用于实时的插入、更新与查询的需求，并具备应用程序实时数据存储所需的复制及高度伸缩性。

4、与关系型数据库相比，MongoDB具有显著的优点。首先，它支持弱一致性（最终一致），这种特性能够更好地保证用户的访问速度。例如，在传统的关系型数据库中，执行一个COUNT类型的查询操作会锁定整个数据集，确保返回的数据是“当前”状态下的精确值。

[博学谷学习记录]超强总结,用心分享之MongoDB高级使用

MongoDB高级使用的超强总结如下：索引与性能优化：索引的作用：索引能显著提高数据检索速度，类似于书籍的目录，通过优化数据结构来加快查询。索引与性能权衡：虽然索引能加快查询，但会增加写入操作的负担，因此需要根据应用的具体需求进行权衡。

设计趋势与优化方向结合SaaS发展趋势，管理端需预留扩展能力：一体化与组件化：设计“应用市场”模块，支持租户按需选购定制组件（如数据分析插件），管理端需记录组件购买、使用情况并计费。

用户售后：用户退货后需同步更新库存（如增加可售库存、记录损耗）；协商退货：与供应商达成一致后按流程处理。退货流程设计 入库前退货：采购单未生成入库单时，直接作废并允许重新提交；需记录作废原因（如供应商缺货、价格变动）供后续分析。

MongoDB如何优化查询性能?

对于速度比较慢的查询来说，它是最重要的性能分析工具之一。通过查看一个查询的explain（）输出信息，可以知道查询使用了哪个索引，以及是如何使用的。对于任意查询，都可以在最后添加一个explain（）调用（与调用sort（）或者limit（）一样，不过explain（）必须放在最后）。

以下是几种MongoDB深度分页查询优化方案：基于索引查询为查询字段创建合适的索引，减少扫描数据量，提高查询效率。当计划通过指定字段查询数据时，可在该字段上创建索引。比如针对集合inventory使用字段type作为过滤条件查询，可使用db.inventory.createIndex（{type： 1}）创建索引，避免全表扫描。

针对性解决方案 优化查询性能使用索引：为常用查询字段（如_id、时间戳、状态字段）创建单键索引。对多字段组合查询创建复合索引，遵循最左前缀原则。定期分析慢查询日志（mongotop、mongostat），识别未使用索引的查询并优化。

权衡索引数量与性能过多索引的弊端：增加写操作开销（每次写入需更新所有相关索引）。占用更多内存，影响数据库整体性能。建议：根据读写比例动态调整索引数量，优先保障高频查询性能。总结MongoDB索引优化需从设计、创建、维护三方面入手，结合监控工具持续调整。

在MongoDB中我们将与主键没有直接关系的图书单独提取到另一个集合，用存储主键的方式进行关联查询。当我们要查询文章和评论时需要先查询到所需的文章，再从文章中获取评论id，最后用获得的完整的文章及其评论。在这种情况下查询性能显然是不理想的。