Azure-docs: 查询超出了最大允许的内存使用量40 MB。请考虑添加更多过滤器以减小查询响应大小

创建于 2018-10-16 · 47评论 · 资料来源: MicrosoftDocs/azure-docs

我正在使用cosmos db mongo api进行聚合。我们的文档很大（但仍然在2mb的范围内可能是200kb），但是当我对数据进行分组时，cosmosdb会引发错误“查询超出了40 MB的最大允许内存使用量。请考虑添加更多过滤器以减少查询响应的大小”。
我尝试了“ allowDiskUse”的聚合选项：true，但是没有用。

文件详细资料

⚠不要编辑此部分。

ID（标识号）：a2ce2348-ba9d-8af5-7379-50aa7557379d
版本独立ID：71513a03-96c9-98da-a97b-59de20ecb335
内容：对MongoDB的Azure Cosmos DB功能支持
内容来源： articles / cosmos-db / mongodb-feature-support.md
服务： cosmos-db
GitHub登录：@alekseys
Microsoft别名： alekseys

Pri2 cosmos-dsvc cxp product-question triaged

资料来源

kamaljoshi911

👍4

最有用的评论

祝您生日快乐，祝您生日快乐，40 mb生日快乐，祝您生日快乐！

Dan-cws 于 2019-10-15

😄13 🎉2 🚀1 ❤1

所有47条评论

@ kamaljoshi911感谢您的详细反馈。我们正在积极调查，并将尽快与您联系。

Mike-Ubezzi-MSFT 于 2018-10-17

我有同样的问题。

ccnoecker 于 2018-10-17

类似的情况，但是我的文档尺寸要小得多。我也在对数据进行分组。 “ allowDiskUse”没有帮助。

ccnoecker 于 2018-10-17

@ kamaljoshi911和@ccnoecker您能否粘贴导致此问题的典型查询？它涉及的馆藏有多少个文件？您的详细反馈将对您有所帮助。谢谢。

Mike-Ubezzi-MSFT 于 2018-10-19

馆藏中目前有587,239个文档，但将来还会更多。我正在使用重构代码来执行此操作，并且在本地Mongo上没有任何问题。在切换到天蓝色/宇宙之前，我从未见过此错误。

我正在使用python进行查询：

db.logs.aggregate([
        {"$group":{
            "_id":{"player_name":"$player_name",
                "player_retailer":"$player_retailer",
                "player_country_code":"$player_country_code",
                "player_function_aggregated":"$player_function_aggregated",
                "retailer_country":"$retailer_country",
                "retailer_name":"$retailer_name",
                "retailer_city":"$retailer_city",
                "item_id":"$item_id",
                "item_name":"$item_name",
                "item_type":"$type",
                "item_context":"$context"},
            "playback_count":{"$sum":"1"},
            "avg_duration":{"$avg":"$duration"}
        }
        },
        {"$project":{
            "playback_count":"$playback_count",
            "avg_duration":{"$trunc":"$avg_duration"}
        }
        },
        {"$out":"playback_count_by_player"}
    ])

ccnoecker 于 2018-10-19

@ccnoecker能否让我们知道您的Cosmos数据库实例名称是什么？如果您不想在此处发布信息，可以将其发送给Microsoft Com的AzCommunity。我有产品团队正在研究这个。我们可以解决您的问题，但如果可以的话，希望了解您的特定环境。谢谢！

Mike-Ubezzi-MSFT 于 2018-10-20

@ kamaljoshi911如果您可以共享查询和实例名称，我也可以为您提供一些反馈。谢谢。

Mike-Ubezzi-MSFT 于 2018-10-20

@ccnoecker感谢您提供的其他详细信息。此信息已提供给产品团队。

Mike-Ubezzi-MSFT 于 2018-10-22

@ kamaljoshi911 @ccnoecker当产品团队解决聚合问题时，Azure Cosmos DB对查询设置了40MB的内存限制。该限制是缩进的，以确保没有一个查询占用该群集上的所有内存。我希望产品团队可以为@ccnoecker用例提供一些解决方法。如果需要查看其他示例，请提供：

实例名称
导致40MB阈值被调用的示例查询

谢谢，
麦克风

Mike-Ubezzi-MSFT 于 2018-10-23

👍1

现在，我们将关闭该线程。如果对此问题还有其他疑问，请发表评论，我们将继续讨论。

Mike-Ubezzi-MSFT 于 2018-10-24

对于一般40MB的问题，我们了解该问题并正在努力解决。解决方法是，客户可以尝试1）减少每个文档中使用的字段，以及2）减少查询覆盖的文档总数。

Mike-Ubezzi-MSFT 于 2018-10-24

你好
我有同样的问题。我正在执行
db.getCollection（'collectionName'）。aggregate（[{$ limit：1}]）

但是Cosmos DB返回“查询超出了40 MB的最大允许内存使用量”，但是我已经过滤了（嗯，我只想获取第一个元素）

bernardo5304 于 2018-11-14

👍4

你好

我有同样的问题
bigin.documents.azure.com

db.getCollection（'labels'）。aggregate（[
{“ $ match”：{“ category”：“ bg：itemView”，
“应用程序”：ObjectId（“ 5bd6adb506a2f64866ddc7d2”），
“ timestampDate”：{“ $ gt”：ISODate（“ 2018-10-31 15：00：00.000Z”），“ $ lt”：ISODate（“ 2018-11-18 15：00：00.000Z”）}} }，
{“ $ project”：{“ product”：1，“ user”：1，“ visit”：1}}，
{“ $ group”：{“ _ id”：{“ product”：“ $ product”，“ user”：“ $ user”，“ visit”：“ $ visit”}}}}，
{“ $ group”：{“ _ id”：{“ product”：“ $ _ id.product”，“ user”：“ $ _ id.user”}，“ count”：{“ $ sum”：1}}}，
{“ $ match”：{“ count”：{“ $ gt”：1}}}，
{“ $ group”：{
“ _id”：“ $ _id.product”，
“ count”：{“ $ sum”：1}，
“ views”：{“ $ sum”：“ $ count”}，
“用户”：{“ $ push”：{“ id”：“ $ _id.user”，“ count”：“ $ count”}}
}}，
{“ $ project”：{“ users”：1，“ count”：1，“ views”：1，“ average”：{“ $ divide”：[“ $ views”，“ $ count”]}}}}，
{“ $ match”：{“ average”：{“ $ gt”：3.5}}}
]）

任何更新？

zxshinxz 于 2018-11-19

👍1

因此，如我所读，目前无法进行汇总吗？
@ bernardo5304的命令db.getCollection('collectionName').aggregate([ { $limit : 1 }])
为您提供了一个更大的潜在问题的线索。

这只是阻止了我们的迁移计划。

gerhardcit 于 2018-11-26

以下查询存在相同的问题：

db.getCollection("Telemetry").distinct("DeviceId")

我有80,000个文档，目前有2个不同的DeviceId值。

我没有指定任何索引，因此，据我所知，我所有的字段都应建立索引。

Peter-B- 于 2019-01-14

👍2

同样的问题，将MongoDB API与Cosmos DB结合使用时，似乎已经因一千次裁纸而死亡

lfr 于 2019-01-16

😄2

关于您的每个个人评论，我已升级为产品组@ bernardo5304 @zxshinxz @gerhardcit @ Peter-B- @lferrao。我希望很快得到反馈。

Mike-Ubezzi-MSFT 于 2019-01-17

我们正在积极改善agg。 fwk和GA后将取消此限制。谢谢。

rimman 于 2019-01-17

👍1

我以为Cosmos已经到达GA？仅通过执行简单的日期查询（获取最近3天的文档）就可以达到当前的限制，这使得波斯菊目前对我们无济于事。转到MongoDB Atlas。

richbeales 于 2019-01-25

感谢您的反馈意见。我们正在努力解决您遇到的上述情况。请通过[email protected]与我们

rimman 于 2019-01-26

这仍然是一个问题。我无法开始理解使所有这些PAAS服务都能正常工作并与多个租户一起良好地工作有多么困难，但是如果聚合不起作用，这实际上不是Mongo兼容的API，并且Cosmos的许多用例开始崩溃了，何时可以再次使用此功能是否有任何更新？在聚合查询中选择少于100K的行会导致此问题，除非运行微批处理任何内容，否则如果使用Cosmos，我的选择将受到限制。

zpappa 于 2019-02-03

如上所述， [email protected]与我们联系，我们将

rimman 于 2019-02-03

@rimman感谢您的及时回复。我很快就会伸出援手。

zpappa 于 2019-02-03

我使用以下查询遇到相同的问题

骨料（[
{
$ unwind：“ $ Projections.key_discovery.KeysWithProjectedTypes”}，
{
$ group：
{
_id：“ $ Projections.key_discovery.KeysWithProjectedTypes.Key”，
dataTypes：{
$ addToSet：“ $ Projections.key_discovery.KeysWithProjectedTypes.StoredDataTypes”
}，
计数：{
$ sum：1
}
}
}，
{
$ project：{
关键字：“ $ _ id”，
DataTypes：“ $ dataTypes”，
计数：“ $ count”，
_id：假
}
}
]）

这对我们的发展是一个严重的阻碍性问题，我该怎么做才能解决？

ghostbust555 于 2019-04-10

我们最终在微型VM上安装了mongo，这是成本的一小部分，并且性能更高（并且可以与聚合一起使用）。 CosmosDB看起来很棒，但是还不存在。

richbeales 于 2019-04-10

您看过MongoDb Atlas吗？您可以在那里获得托管实例。这是我们现在结束的地方。

CosmosDB看起来很棒，但是还不存在。
真实的话。

Peter-B- 于 2019-04-11

您看过MongoDb Atlas吗？您可以在那里获得托管实例。这是我们现在结束的地方。
CosmosDB看起来很棒，但是还不存在。
真实的话。

不幸的现实是，但是在较小的应用程序使用案例，元数据存储等之外，我无法证明将Cosmos用于任何“大型”项目是合理的。我发现肯定有很多限制和问题，请求速率限制就是其中之一，聚合还有另一个分页问题（值得称赞的是他们正在积极研究）。但是，很难不理解他们的观点，他们不希望危险的聚合查询消失并浪费已配置的计算和内存并影响其他租户。任何云产品的众多挑战之一。

zpappa 于 2019-04-11

👍1

我在汇总时也遇到了同样的问题，集合中的记录总数仅为4612109。我也面临着同样的问题，请问这个问题什么时候解决？

haresh1288 于 2019-04-19

@ haresh1288 ：请将您的查询和错误消息发送给askcosmosmongoapi [at] microsoft [dot] com，以便我们查看是否有缓解措施。

SiddheshV 于 2019-04-20

问题陈述概述。

我们计划将CosmosDB – MongoDB API用于我们的IoT遥测数据。
要求必须在两个集合之间建立连接（有些不是这样）
由于功能要求，有可能做变形的方案，因此
至少需要两个集合才能获得所需的数据）。因此，我们将计划
利用MongoDB聚合管道（带有$ lookup）。

[问题]

我看到Mongodb API在预览模式下具有某些功能，例如“聚合
管道”，“ MongoDB 3.4有线协议（版本5）”，“按文档TTL”。一世
需要使用聚合功能，可能还需要使用TTL功能。

我的问题是我是否“启用”预览功能并在以下位置部署我的应用程序
PRODUCTION，是否有任何影响*当此预览功能为GA和
聚合管道限制为40MB的解决方案是什么？

haresh1288 于 2019-04-22

@ haresh1288，我们一直在努力改进Cosmos DB的MongoDB API。为了使我们能够有效地查看使用我们当前预览的功能对您的用例是否有影响，对我们来说，围绕您的查询进行详细的对话会更有效。您能发送一封带有说明和您的查询的电子邮件，以便我们为您提供帮助吗？

您可以通过以下方式给我们发送电子邮件：askcosmosmongoapi [at] microsoft [dot] com

roaror 于 2019-04-23

你好

以下是我的示例文档，

{“ _id”：ObjectId（“ 5cb994c7077cca3e1f5f603a”），“类型”：“ E”，“ EventID”：“ 2695”，“ partitionId”：1，“ Time”：“ 02,05,06”，“ EventClass”：“ 9003”，“ UnitID”：“ 2”，“ Date”：“ 04-03-2019”，“消息”：“将show_error（0）发送到jssh失败。”，“时间戳”：“ 1551683106”，“记录”：NumberLong（1555666119562）}

* db.events.aggregate（[{$ lookup：{来自：
“设备”，localField：“ UnitID”，foreignField：
“ UnitID”，如：“ device_docs”}}，{$ match：
{“ partitionId”：2，“ UnitID”：“ 2”，“ Record”：NumberLong（1555668270717）}
}，* {$ limit：5}

]，{allowDiskUse：true}）

我想先为客户评估cosmos MongoDB API
生产版本将于今年年底发布，如果无法正常运行，我必须选择
一些不同的方法。我的设备集合具有可能
由用户更新，因此我必须使用$ lookup，加上上面的只是
示例查询。我需要分组依据和几乎所有的汇总功能
预期的结果。

Haresh PatelMo：+91 8401437591

在2019年4月24日星期三上午2:27 Rohan Arora [email protected]
写道：

@ haresh1288 https://github.com/haresh1288我们正在不断努力
对Cosmos DB的MongoDB API进行改进。为了我们
有效地查看您的用例是否有任何影响
使用我们当前预览的功能，对我们来说更有效
与您的查询进行详细的对话。您可以发送电子邮件吗
描述和您的查询，以便我们可以帮助您？
您可以通过以下方式给我们发送电子邮件：askcosmosmongoapi [at] microsoft [dot] com
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/MicrosoftDocs/azure-docs/issues/16997#issuecomment-485971291 ，
或使线程静音
https://github.com/notifications/unsubscribe-auth/AA46THU5YNJO6WRLNXQR4U3PR5ZZ7ANCNFSM4F4JQ32Q
。

haresh1288 于 2019-04-24

@ haresh1288 ，为自己节省大量时间，痛苦和沮丧，并使用Azure上托管的Atlas Mongo DB进行注册。您所有的mongo问题都会消失，并且您仍然拥有两全其美的优势。在Azure上运行的应用程序（我们大约有100个）与同一网络上的真实mongo DB进行通信。它像梦一样运作。

gerhardcit 于 2019-04-24

嗨，Haresh，

聚合管道功能应在今年夏天发布。通过该更新以及改进的性能，大多数导致40 MB问题的情况将不再遇到该错误。根据您的查询，我们可能会尽快为您提供帮助-如果您有兴趣，请分享您正在执行的.aggregate查询的示例。

问候，
杰森

解决

来自：Cosmos DB核心支持[email protected]
发送：2019年4月21日星期日晚上11:13
至：Haresh Patel [email protected] ; MicrosoftDocs / azure-docs [email protected]
抄送：Azure Cosmos DB客户参与团队[email protected] ; Shireesh Thota [email protected] ; Cosmos DB Mongo团队[email protected] ; Haresh Patel [email protected] ; 询问具有MongoDB API支持的Cosmos DB [email protected]
主题：回复：[MicrosoftDocs / azure-docs]查询超出了最大允许的内存使用量40 MB。请考虑添加更多过滤器以减小查询响应大小（＃16997）-[I116500463]
重要性：低

你好，

感谢您抽出宝贵的时间将您的请求发送到Azure Cosmos DB工程团队。
我们会尽快给您回复。如果您立即需要帮助，请提出Azure支持请求https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.microsoft.com%2Fazure%2Fazure-supportability%2Fhow-到创建-天青支持请求和数据= 02％7C01％7Cjasontho％40exchange.microsoft.com％7Cc69a28051450452e93f208d6c6e996d1％7C72f988bf86f141af91ab2d7cd011db47％7C1％7C0％7C636915103905113536＆SDATA = LN2％2BLRQ77jefBOQStb9hkESXOiwK3dWWluwAIek％2BADM％3D＆保留= 0 。

跟踪此对话。请不要更改此电子邮件的主题。使用此电子邮件线程可以进一步与Cosmos DB团队就此主题进行交流。

谢谢，
Azure Cosmos数据库团队

来自：哈雷什·帕特尔（Haresh Patel）[email protected]

>
发送：2019年4月22日星期一6:13:23 AM
至：MicrosoftDocs / azure-docs
抄送：haresh1288；询问具有MongoDB API支持的Cosmos DB
主题：回复：[MicrosoftDocs / azure-docs]查询超出了最大允许的内存使用量40 MB。请考虑添加更多过滤器以减小查询响应大小（＃16997）

问题陈述概述。
我们计划将CosmosDB-MongoDB API用于IoT遥测数据。要求必须在两个集合之间建立连接（由于功能上的要求，有些方式不可能进行变形的模式，因此至少需要两个集合才能获得所需的数据）。因此，我们将计划利用MongoDB聚合管道（带有$ lookup）。

[问题]
我在汇总时也遇到了同样的问题，集合中的记录总数仅为4612109。我也面临着同样的问题，请问这个问题什么时候解决？

我看到Mongodb API在预览模式下具有某些功能，例如“聚合管道”，“ MongoDB 3.4有线协议（第5版）”，“按文档TTL”。我需要使用聚合功能，也可能需要使用TTL功能。

我的问题是，如果我“启用”预览功能并在PRODUCTION中部署我的应用程序，当此预览功能为GA时，会产生什么影响吗？聚合管道限制为40MB的解决方案是什么？

请在这里帮助我。

哈雷什·帕特尔
莫：+91 8401437591

在锡德胡什，2019年4月20日星期六10:58[email protected]

>写道：

@ haresh1288 https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fharesh1288&data=02%7C01%7Cjasontho%40exchange.microsoft.com%7Cc69a28051450452e93f208d6c6e996d1%7C72f988b86141d01 ％7C636915103905123535＆sdata = y7n5qC2kveyIJK0WdVh1bpIrQZ％2B％2F36h1UQQU1C8eGdE％3D＆reserved = 0 ：请将您的查询和错误消息发送给askcosmosmongoapi [at] microsoft [dot] com，以便我们看看。

--
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看它https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FMicrosoftDocs%2Fazure-docs%2Fissues%2F16997%23issuecomment-485145265&data = 02％7C01％7Cjasontho％40exchange.microsoft.com％7Cc69a28051450452e93f208d6c6e996d1％7C72f988bf86f141af91ab2d7cd011db47％7C1％7C0％7C636915103905123535＆SDATA = WABXR8bpshuHBtZeVbhhCqRiMVd8eKJaHJx3aOVgEoA％3D＆保留= 0 ，或静音螺纹https://nam06.safelinks.protection.outlook.com/?url= HTTPS％3A％2F％2Fgithub.com％2Fnotifications％2Funsubscribe-AUTH％2FAA46THTM5HPX5HA2FKOKUA3PRNHFDANCNFSM4F4JQ32Q＆数据= 02％7C01％7Cjasontho％40exchange.microsoft.com％7Cc69a28051450452e93f208d6c6e996d1％7C72f988bf86f141af91ab2d7cd011db47％7C1％7C0％7C636915103905133524＆SDATA = BKDut3561WrWLgSuWjH74tDOKMQ7RqfSz％2FnOVSufmpc％3D＆保留= 0 。

haresh1288 于 2019-04-26

我仍然有同样的问题...

Dan-cws 于 2019-09-16

这事有进一步更新吗？我面临着相同的40mb限制错误。

thiagosoeiro 于 2019-10-14

嗨，Haresh，聚合管道功能应该在今年夏天发布。通过该更新以及改进的性能，大多数导致40 MB问题的情况将不再遇到该错误。根据您的查询，我们可能会尽快为您提供帮助-如果您有兴趣，请分享您正在执行的.aggregate查询的示例。此致Jason＃解析来自：Cosmos DB核心支持[email protected]发送：2019年4月21日，星期日，11：13 PM致：Haresh Patel [email protected] ; MicrosoftDocs / azure-docs [email protected]抄送：Azure Cosmos DB客户参与团队[email protected] ； Shireesh Thota [email protected] ; Cosmos DB Mongo团队[email protected] ; Haresh Patel [email protected] ; 询问具有MongoDB API支持的Cosmos DB [email protected]主题：回复：[MicrosoftDocs / azure-docs]查询超出了允许的最大内存使用量40 MB。请考虑添加更多筛选器以减小查询响应大小（＃16997）-[I116500463]重要性：低您好，感谢您抽出宝贵的时间将您的请求发送给Azure Cosmos DB工程团队。我们会尽快给您回复。如果您立即需要帮助，请提出Azure支持请求https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.microsoft.com%2Fazure%2Fazure-supportability%2Fhow-到创建-天青支持请求和数据= 02％7C01％7Cjasontho％40exchange.microsoft.com％7Cc69a28051450452e93f208d6c6e996d1％7C72f988bf86f141af91ab2d7cd011db47％7C1％7C0％7C636915103905113536＆SDATA = LN2％2BLRQ77jefBOQStb9hkESXOiwK3dWWluwAIek％2BADM％3D＆保留= 0 。跟踪此对话。请不要更改此电子邮件的主题。使用此电子邮件线程可以进一步与Cosmos DB团队就此主题进行交流。谢谢您，Azure Cosmos DB团队PS有关最新的Azure Cosmos DB新闻，请在Twitter @AzureCosmosDB上关注我们https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftwitter.com%2FAzureCosmosDB&data = 02％7C01％7Cjasontho％40exchange.microsoft.com％7Cc69a28051450452e93f208d6c6e996d1％7C72f988bf86f141af91ab2d7cd011db47％7C1％7C0％7C636915103905113536＆sdata = ZSjKf5sEOFR2D2
…
________________________________来自：Haresh Patel[email protected]

>发送：2019年4月22日星期一6:13:23收件人：MicrosoftDocs / azure-docs抄送：haresh1288; 询问具有MongoDB API支持的Cosmos DB主题：回复：[MicrosoftDocs / azure-docs]查询超出了允许的最大内存使用量40 MB。请考虑添加更多过滤器以减小查询响应的大小（＃16997）问题陈述概述。我们计划将CosmosDB-MongoDB API用于IoT遥测数据。要求必须在两个集合之间建立连接（由于功能上的要求，有些方式不可能进行变形的模式，因此至少需要两个集合才能获得所需的数据）。因此，我们将计划利用MongoDB聚合管道（带有$ lookup）。 [问题]我在聚合时也遇到了同样的问题，集合中的记录总数仅为4612109。我也面临着同样的问题，请问这个问题什么时候解决？我看到Mongodb API在预览模式下具有某些功能，例如“聚合管道”，“ MongoDB 3.4有线协议（第5版）”，“按文档TTL”。我需要使用聚合功能，也可能需要使用TTL功能。我的问题是，如果我“启用”预览功能并在PRODUCTION中部署我的应用程序，当此预览功能为GA时，会产生什么影响吗？聚合管道限制为40MB的解决方案是什么？请在这里帮助我。 Haresh Patel Mo：+91 8401437591 On Sid，Apr 20，2019 at 10:58 PM Siddhesh[email protected] >写道：@ haresh1288 https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fharesh1288&data=02%7C01%7Cjasontho%40exchange.microsoft.com%7Cc69a28051450452e93f208d6c6e996d1%7C72141141 7C1％7C0％7C636915103905123535＆sdata = y7n5qC2kveyIJK0WdVh1bpIrQZ％2B％2F36h1UQQU1C8eGdE％3D＆reserved = 0

：请向我们发送您的查询和错误消息到askcosmosmongoapi [at] microsoft [dot] com，以便我们查看是否有缓解措施。 -您收到此邮件是因为有人提到您。直接回复此电子邮件，在GitHub上查看它https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FMicrosoftDocs%2Fazure-docs%2Fissues%2F16997%23issuecomment-485145265&data = 02％7C01％7Cjasontho％40exchange.microsoft.com％7Cc69a28051450452e93f208d6c6e996d1％7C72f988bf86f141af91ab2d7cd011db47％7C1％7C0％7C636915103905123535＆SDATA = WABXR8bpshuHBtZeVbhhCqRiMVd8eKJaHJx3aOVgEoA％3D＆保留= 0 ，或静音螺纹https://nam06.safelinks.protection.outlook.com/?url= HTTPS％3A％2F％2Fgithub.com％2Fnotifications％2Funsubscribe-AUTH％2FAA46THTM5HPX5HA2FKOKUA3PRNHFDANCNFSM4F4JQ32Q＆数据= 02％7C01％7Cjasontho％40exchange.microsoft.com％7Cc69a28051450452e93f208d6c6e996d1％7C72f988bf86f141af91ab2d7cd011db47％7C1％7C0％7C636915103905133524＆SDATA = BKDut3561WrWLgSuWjH74tDOKMQ7RqfSz％2FnOVSufmpc％3D＆保留= 0 。

没有GA吗？仍然是一个问题。

noocyte 于 2019-10-15

祝您生日快乐，祝您生日快乐，40 mb生日快乐，祝您生日快乐！

Dan-cws 于 2019-10-15

😄13 🎉2 🚀1 ❤1

有什么办法吗？：'（

alejuanito 于 2020-01-17

@alejuanito这已解决。如果您为Cosmos DB部署MongoDB API 3.6版，则不会遇到此问题。如果您当前具有3.2部署，请将您的Azure订阅ID发送给我至AzCommunity ，我将升级您的实例。如果您已经有一个Azure支持计划，请打开一个支持请求并向我发送支持请求ID。另一个选择是导出数据，部署v.3.6实例，然后导入数据（mongoimport）。

Mike-Ubezzi-MSFT 于 2020-01-21

👍2

嗨@ Mike-Ubezzi-MSFT
我遇到了此问题，并要求Microsoft支持将其更新到3.6版本。我刚刚尝试了更新后，它仍然在发生。还有其他人在v3.6上遇到此问题吗？
问候

diego-palla 于 2020-03-24

是。我创建了一个新的3.6 CosmosDb，吸收了一些数据并尝试使用group by进行聚合。问题仍然存在。

Peter-B- 于 2020-03-24

@ diego-palla能否请您提供发出请求进行此升级的支持请求ID和@ Peter-B-，能否将您的订阅ID发送给我。请将其发送给AzCommunity ，我将通知产品组正在发生这种情况。谢谢您引起我的注意。

Mike-Ubezzi-MSFT 于 2020-03-24

@ diego-palla能否请您提供发出请求进行此升级的支持请求ID和@ Peter-B-，能否将您的订阅ID发送给我。请将其发送给AzCommunity ，我将通知产品组正在发生这种情况。谢谢您引起我的注意。

嗨，迈克，支持请求ID是120031725001124。
谢谢你的帮助

diego-palla 于 2020-03-25

正在对此进行调查，但是请确保您使用的是3.6终结点（ .mongo.cosmos.azure.com），而不是Mongo 3.2终结点（.documents.azure.com ）。

Mike-Ubezzi-MSFT 于 2020-03-26

👍1

@ Mike-Ubezzi-MSFT感谢您的提示。那可能确实是我的错误。
不幸的是，我已经删除了我的Test-CosmosDb。
我目前有点忙，但是我会再尝试一次，然后再回头给您。

Peter-B- 于 2020-03-26

👍1

正在对此进行调查，但请确保您使用的是3.6终结点（_.mongo.cosmos.azure.com），而不是Mongo 3.2终结点（_.documents.azure.com）。

大！！我不知道此端点更改，但是一旦更新，它就会起作用。

非常感谢你的帮助！

diego-palla 于 2020-03-27

此页面是否有帮助？

0 / 5 - 0 等级

Azure-docs: 查询超出了最大允许的内存使用量40 MB。 请考虑添加更多过滤器以减小查询响应大小

文件详细资料

最有用的评论

所有47条评论

解决

相关问题

Azure-docs: 查询超出了最大允许的内存使用量40 MB。请考虑添加更多过滤器以减小查询响应大小