我们在AWS上运行CouchDB v1.5.0并且一直运行良好。最近AWS推出了新m3实例的新价格，因此我们将CouchDB实例切换为使用m3.large。我们有一个相对较小的数据库＆lt;其中有10GB的数据。
我们的稳态指标是系统负载为0.2，内存使用率为5％左右。然而，我们注意到，每隔几个小时（每天3-4次），我们就会得到一个巨大的峰值，使我们的负载达到1.5左右，内存使用率接近100％。
我们不会运行涉及数据库的任何cronjobs，并且我们的流量在一天内大致相同。我们确实从西海岸的一个数据库到东海岸的另一个数据库进行连续复制。
这让我有点不知所措 - 任何想法？
答案 0 :(得分：0)
只是想跟进这个问题以防万一。
虽然我没有弄清楚我的负载峰值问题的直接答案，但我确实发现了检查我能够解决的日志的另一个错误。
在我的情况下，运行“sudo service couchdb stop”实际上并没有停止couchdb。最重要的是，每隔几秒钟，一个新的沙发过程将尝试生成，仅被现有的couchdb进程阻止。
最终，删除respawn标志/etc/init.d/couchdb修复了此错误。