gpt4 book ai didi

performance - 如何修改现有的 MongoDB 索引?

转载 作者:可可西里 更新时间:2023-11-01 09:37:54 26 4
gpt4 key购买 nike

我的 MongoDB 中有一系列索引,我认为我以如此高的 CPU 运行系统的原因之一是更新索引会阻塞。 (AWS 微型实例在正常操作期间以 50% 以上的 CPU 运行,在繁重的写入操作期间以 99.9% 的速度运行)。

我已经准备好一些用于快速查询的索引,现在我认为我可以通过将索引构建转移到后台操作来展示一些进一步的改进。

不想完全删除索引(至少我不这么认为)相反,如果只是“ future 操作”在后台运行,我会很高兴。

我查看了 mongo 索引构建文档 http://www.mongodb.org/display/DOCS/Indexes并查看用于打开后台操作的标志(见下文),但我没有看到有关如何修改现有索引的任何内容。

 db.things.ensureIndex({x:1}, {background:true});
> db.things.ensureIndex({name:1}, {background:true, unique:true,
... dropDups:true});

我尝试使用更新后的参数再次运行原始索引命令,但是当我重新执行 db.colection.getIndexes(); 命令时,它没有显示“背景”输出中的参数。

{
"_id" : ObjectId("4de2c1a5c9907a4e77467826"),
"ns" : "mydb.items",
"key" : {
"itemA" : 1,
"itemB" : -1,
"itemC" : -1
},
"name" : "itemA_1_itemB_-1_itemC_-1",
"v" : 0
}

我是否必须删除索引并重新开始?还是 index-in-background 的参数根本没有显示?

来自评论的@TTT: 您想在插入、更新或删除文档后异步更新索引吗?

认为是的。我希望系统的查询速度始终保持最大,所以我肯定需要索引,但也有运行数万次插入的时候。这成为整个系统的问题,因为 Mongo 的 CPU 使用率在更新期间飙升至 99.9%。

我认为在后台更新索引是答案,但我在 MONGO 文档中读到如果正在重新计算索引,则在重新计算完成之前不会将其用于查询。

我理想的“理想情况”是系统将使用“最后的最佳索引”直到后台更新过程完成(或者甚至只是始终使用当前最知名的索引)。

最佳答案

您的索引系统听起来非常合理。您看到的问题似乎是您正在使用的服务器设置的症状。

众所周知,EC2 微型实例在任何类型的持续运行方面都表现不佳。提供网页服务很好,但任何长时间的 CPU 使用都会随着时间的推移看到输出质量下降。这是因为持续可用的 CPU 比可用于较短操作的突发 CPU 小得多。

来自 Amazon 的 EC2 页面:

Instances of this family provide a small amount of consistent CPU resources and allow you to burst CPU capacity when additional cycles are available. They are well suited for lower throughput applications and web sites that consume significant compute cycles periodically.

和:

Up to 2 EC2 Compute Units (for short periodic bursts)

我建议转移到具有更多可用 CPU 的设置,例如小型实例,或者如果成本是您的主要关注点之一,则使用 Linode VPS。

关于performance - 如何修改现有的 MongoDB 索引?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6179096/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com