我正在开发一个使用CouchDB作为主数据库的web服务。安装程序运行如下:
有了申请,我们就能收到大约。每秒从客户端(只有大约10个客户端)发出2到20个帖子,其中包含要插入到数据库中的记录。每个post处理程序都包含需要从主数据库查找客户端详细信息的逻辑。我们正在经历一个问题,在这个问题上,CouchDB和帖子需要超过180年的时间才能完成。CouchDB进程在CPU中占据主导地位,因此我认为这是一个CouchDB无法跟上其索引的问题。
对于如何在这种情况下优化性能有什么想法吗?在这种情况下,我们有需要尽快索引的稳定的记录流吗?
发布于 2016-03-18 17:56:21
这样的数据量似乎不足以压倒CouchDB,但如果不深入了解post处理程序的实际代码和查看函数,就不可能说出这一点。您可能希望更详细地分析这些问题,以查看瓶颈所在(或聘请顾问来帮助解决此问题)。
https://stackoverflow.com/questions/35979140
复制相似问题