Database CouchDB并行复制导致高cpu使用率

Database CouchDB并行复制导致高cpu使用率,database,nosql,couchdb,replication,pouchdb,Database,Nosql,Couchdb,Replication,Pouchdb,我有一个每个用户的数据库体系结构,如下所示: 大约有200个用户数据库,每个数据库都有到主服务器的连续复制链接。(都在同一个coach实例中)问题是,在任何给定时间,CPU使用率总是接近100% DBs是空闲的,因此没有数据被写入/读取。每个DB只有几KB的数据,所以我认为目前负载不是问题。主数据库大小小于10 MB 如何调试此性能问题?您应该看看-它是一种以可扩展方式处理许多CouchDB复制的工具。基本上,它是通过监听“全局”端点的更改并仅在需要时创建复制来实现的 在最近的CouchDB版

我有一个每个用户的数据库体系结构,如下所示:

大约有200个用户数据库,每个数据库都有到主服务器的连续复制链接。(都在同一个coach实例中)问题是,在任何给定时间,CPU使用率总是接近100%

DBs是空闲的,因此没有数据被写入/读取。每个DB只有几KB的数据,所以我认为目前负载不是问题。主数据库大小小于10 MB

如何调试此性能问题?

您应该看看-它是一种以可扩展方式处理许多CouchDB复制的工具。基本上,它是通过监听“全局”端点的更改并仅在需要时创建复制来实现的


在最近的CouchDB版本(2.1.0+)中,replicator得到了改进,但我认为对于复制每个用户的数据库来说,使用Spiegel这样的外部机制来管理活动复制的数量仍然是有意义的

提醒一下,CouchDB 2.1.0中有一些,您可能需要升级到2.1.1。也许你被黑客攻击了。

你在使用CouchDB 2.1吗?@AlexisCôtéyesb基于类似案例的一些建议,我增加了max_dbs_open值,这提供了一个轻微的改进。但我仍然觉得我将来可能会遇到重大的扩展问题。