Couchbase索引器正在吞噬所有内存

Couchbase indexer正在消耗所有内存，即使配置为4G内存限制也是如此。db没有被任何应用程序使用，只需重新启动机器，运行couchbase，并拥有1.5亿份文档。索引构建进度为100%

服务器是Community Edition 5.1.1 build 5723

以及手动：

curl-X POST-u管理员：密码 -d'indexMemoryQuota=4000'

重新启动后，或手动命令后，内存被清除，但随后又恢复增长，2小时后，它的总容量为64千兆，即15千兆，增长了24%。。它将不会停止，直到内存已满

你知道如何正确配置它吗

谢谢，

---

Ady.

当您看到高内存使用率时，是否可以运行以下命令并共享输出文件

curl http://:9102/debug/pprof/heap-u:>indexer.mprof

curl http://:9102/debug/pprof/goroutine？debug=1-u>indexer.gr

捕获上述信息后，可以尝试应用以下设置，重新启动indexer，看看这是否有助于系统行为：

curl-xpost-uhttp://:9102/settings--data'{“indexer.dataport.dataChanSize”：1000}'

curl-xpost-uhttp://:9102/settings--data'{“indexer.stream\u reader.fdb.workerBuffer”：1000}

---

curl-X POST-u http://:9102/settings--data'{“indexer.stream\u reader.fdb.mutationBuffer”：1000}

索引器服务现在增长了43%，而且还在增长。现在是18.5%？这可能是压实？但我将索引器限制为4GA，两次。恢复增长。。。22%对于这个问题，您可能需要注意的是，似乎还有几个漏洞仍然存在：这些漏洞来自2016年的4.5.0版。2年后，我们推出了5.1.1版。这是一个关键错误，不仅仅是一个小错误，我们无法工作。在我们发言的时候，在我上次发表评论2小时后，该指数已经达到32%。不可接受。它现在占用了45%的内存。差不多30吉格而不是4吉格。以下是文件：我运行了命令，一切正常，重新启动了机器。我会很快更新。非常感谢你的帮助，我没帮你。Indexer现在增长10%，而且还在增长。。。（6.4 gig而不是4 gig限制）从内存配置文件中，内存使用量来自存储引擎。社区存储引擎中没有足够的粒度统计信息来获取更多详细信息。看起来早期的崩溃可能导致存储处于坏状态。您可以尝试删除/重新创建索引。另外，由于4个索引的总索引数据约为160GB，因此最好将索引器RAM配额设置为10GB。这将有助于它更好地运行。删除所有索引。根本没有索引。重新启动机器。等待2小时查看内存打印，0.5%良好。再次尝试创建一个索引时，我得到：“msg”：“GSI CreateIndex（）-原因：在创建索引期间遇到错误。错误=恢复中的索引器\n。”感谢共享日志。我发现在重新启动之前，4个索引中有3个被删除。重新启动后，上一个索引被删除。尽管这样做并不是问题，但不幸的是，该系统陷入了罕见的竞争状态。我已经提交了一份解决潜在问题的通知单。同时，您需要终止索引器进程以使其脱离此状态，并且您应该能够再次开始创建索引。