Android 我们正在处理Parse.com数据库中的一个非常严重的错误，它对我们的应用程序有严重的影响

我们正在使用Parse.com数据库处理一个非常严重的错误，这对我们的应用程序有严重的影响

一个星期以来，我们看到了间歇性操作，在过去两天内，我们的正常运行时间下降到不到20%

通过使用web查询性能和分析工具，我们能够将问题提取为一个清晰的症状，该症状似乎锚定在_User表中——系统停机时出现的症状。我们无法找到根本原因或解决问题的方法：

说明：

当系统关闭时，对_User的所有查询如果试图检索一组用户（“containedIn”），其中该组用户超过1个，则需要30秒以上的时间并超时。如果使用单个用户ID发送相同的查询（“equalTo”或“containedIn”以及单个成员数组），则具有相同条件的相同查询会立即返回用户记录

当我们尝试在其他对象查询（即includeKey:@“user”）中检索包含键的用户记录时，也会发生同样的效果-如果我们在不包含用户的情况下运行该查询或检索单个记录，查询将立即成功返回。包含具有多个响应的用户需要30秒以上的时间并超时。即使使用query.limit=1将查询限制为1，但containedIn数组包含多个ObjectID，查询也会超时

需要注意的是： 1） 此时，我们的_用户计数为180000+个，但其他集合有MM的记录，并且没有显示任何此类行为，以及 2） 如果“containedIn:”条件应用于其他字段（如用户名），则查询不会超时 3） 我们目前在20GB的文件存储空间上下徘徊了一周。正如常见问题所述，我们还没有看到40GB的激增，只是20GB存储的利用率达到了98%-106%……这可能是一个潜在的根本原因，但我们只是不知道

感觉好像在_User表的objectId索引上有什么东西“死锁”了……或者索引已经损坏，并且一直在“修复”锁定查询

我们不知道为什么查询需要很长时间，为什么查询失败，或者如何找到解决方案。我们需要Parse的人和我们一起解决这个问题，因为我们已经失去了一周的用户——他们觉得我们的应用程序好像不起作用了

我们正试图从PARSE那里获得一些人的支持，一个星期都没有任何答案

---

请帮助

Parse给了我们一个答案，他们检查了我们的数据库索引，发现了一个问题，并修复了这个问题

---

服务器运行得很快，看起来我们已经结束了。

现在我也很沮丧，因为我想帮忙。但是我怎么能呢？另一个原因是，制作一个应用程序，它只对一个大用户表执行containedIn查询。这个应用程序能用吗？我认为这个问题除了Parse之外，任何人都无法解决。对于那些想使用Parse的人来说，这是一个警告，因为他们关闭了自己的帮助论坛，所以很难与他们取得联系。你试过谷歌群吗？是的，我们在谷歌群中问过几次问题，但超过5天没有回复！！！我们每天花18个小时寻找问题并试图解决它，这真是一段糟糕的时光！有人知道如何用另一种方式联系parse吗？我们还报告了一个bug，并在上周四得到了响应，从那以后就再也没有响应了！！！我也有类似的问题。你是如何联系parse来重置数据库索引的？我也面临着同样的错误“坏协议”。请帮帮我。