如何调试：ravendb索引总是过时的
我使用的是RavenDB版本888 我的客户端应用程序将数十万个文档插入RavenDB。它很好用。插入之后，我的应用程序将从我预定义的静态索引中查询一些数据。我不想要陈旧的结果，所以我的应用程序会定期查询，直到索引是最新的 不幸的是，今天我发现我的应用程序挂起了（更准确地说，一次又一次地查询RavenDB），因为服务器总是告诉它索引仍然过时。这有点奇怪，因为上次插入很早以前就完成了——理论上，服务器应该已经完成了索引 我查看了ManagementStudio并检查了我最简单的索引，该索引依赖于我的文档集合的一种类型。有趣的是，索引给出的计数是最新的（与我在ManagementStudio的“Collections”选项卡中看到的数字相同），但状态是“stale”。最近的更新显示“6小时前”。总的来说，我的索引中有一半像这样陈旧，但另一半是新的 我不知道为什么RavenDB会让它们过时，也不知道RavenDB现在在做什么。它的CPU使用率不高。如何调试该场景 更新： 我想我发现了一件可能有助于找到根本原因的事情。在比较了我的非陈旧索引和总是陈旧的索引之后，reduce结果似乎很重要：陈旧的索引在reduce结果中具有大值属性，而最新的索引具有小值属性如何调试：ravendb索引总是过时的,ravendb,Ravendb,我使用的是RavenDB版本888 我的客户端应用程序将数十万个文档插入RavenDB。它很好用。插入之后，我的应用程序将从我预定义的静态索引中查询一些数据。我不想要陈旧的结果，所以我的应用程序会定期查询，直到索引是最新的 不幸的是，今天我发现我的应用程序挂起了（更准确地说，一次又一次地查询RavenDB），因为服务器总是告诉它索引仍然过时。这有点奇怪，因为上次插入很早以前就完成了——理论上，服务器应该已经完成了索引 我查看了ManagementStudio并检查了我最简单的索引，该索引依赖于我
public class ReduceResult
{
public string ID { get; set; }
public string Key { get; set; }
public long Value { get; set; } //This field seems to matter
}
public class InternalPageCountIndex : AbstractIndexCreationTask<InternalPage, ReduceResult>
{
public InternalPageCountIndex()
{
Map = posts => from post in posts
select new
{
Key = post.BatchID,
Value = 1
};
Reduce = results => from result in results
group result by result.Key
into g
select new
{
Key = g.Key,
Value = g.Sum(c => c.Value)
};
}
}
公共类InternalPageCountIndex:AbstractIndexCreationTask
{
公共内部页面计数索引（）
{
Map=posts=>from post in posts
选择新的
{
Key=post.BatchID，
值=1
};
Reduce=results=>from result in results
按结果分组结果。键
进入g
选择新的
{
键=g键，
Value=g.Sum（c=>c.Value）
};
}
}
看起来您正在对BatchID进行reduce，并且有许多项具有相同的批id。 这意味着对于每个唯一密钥，我们必须加载该唯一密钥的所有映射结果，在您的情况下，有505406个，因此这需要时间。 绘制结果图花费的时间相对较少。 减少它们需要时间，因为我们需要减少大量数据。这是一个bug
多亏了Ayende和RavenDB团队，这一问题自构建909以来就得到了解决。更多信息请参见。请向我们展示代码。请查看我的更新，谢谢@DanielLangHi Ayende，谢谢你的回复。我有点明白你所说的“大减少”的意思。但是，在我的例子中，实际上只有1个batchId，这意味着只有1个唯一的密钥。请给出n根据stale索引，505406个映射结果已经减少了——根据总计数，这些结果应该是全部的，而且这个数字在24小时内不会增加