CouchDB 负载峰值（即使是低流量）？答案

【问题标题】：CouchDB load spike (even with low traffic)?CouchDB 负载峰值（即使是低流量）？
【发布时间】：2014-04-27 23:14:17
【问题描述】：

我们一直在 AWS 上运行 CouchDB v1.5.0，它运行良好。最近 AWS 推出了新的 m3 实例的新价格，因此我们将 CouchDB 实例切换为使用 m3.large。我们有一个相对较小的数据库，其中包含

我们的稳态指标是 0.2 的系统负载和 5% 左右的内存使用率。但是，我们注意到每隔几个小时（每天 3-4 次），我们就会出现一个巨大的峰值，使我们的负载降至 1.5 左右，内存使用率接近 100%。

我们不会在一天中运行任何涉及数据库和流量的 cronjobs。我们确实会从西海岸的一个数据库到东海岸的另一个数据库进行连续复制。

这让我有点难过 - 有什么想法吗？

【问题讨论】：

这是一个在CouchDB user mailing list 上讨论的好话题，因为如果没有太多细节就很难给出任何答案：couchdb 和系统统计数据的图表、峰值相关日志、系统和 couchdb 配置等等等等。你想在那里运行它吗？您可以随意发回我们为您的问题找到的解决方案。
这是个好主意 - 只需通过电子邮件发送用户列表至 user@couchdb.apache.org

【解决方案1】：

只是想跟进这个问题，以防它对任何人有所帮助。

虽然我没有找到负载峰值问题的直接答案，但通过检查我能够解决的日志，我确实发现了另一个错误。

就我而言，运行“sudo service couchdb stop”实际上并没有停止 couchdb。最重要的是，每隔几秒钟就会尝试生成一个新的 couch 进程，但会被现有的 couchdb 进程阻止。

最终，删除重生标志 /etc/init.d/couchdb 修复了此错误。

【讨论】：