Nosql 优化大型CouchDB数据库的最佳方法是什么?

Nosql 优化大型CouchDB数据库的最佳方法是什么?,nosql,couchdb,Nosql,Couchdb,我有一个CouchDB实例在AWS(CentOS上的m4.large EC2)上运行,它的大小超过75GB,并且不断增长。我在修改和索引此数据库上的视图时遇到了问题,这几乎需要2天的时间 我可以使用哪些优化策略来确保: 在地图缩减视图更改后重新索引可以做得更多 有效地 从map reduce视图获取数据可以更快地完成(使用 自定义的reduce函数(已就位) 我已经阅读了上的建议,但它们的目标更多地是优化插入。因为您有一个如此大的数据库,当一个视图被更改时,重新索引视图确实需要时间,它不会像您有

我有一个CouchDB实例在AWS(CentOS上的m4.large EC2)上运行,它的大小超过75GB,并且不断增长。我在修改和索引此数据库上的视图时遇到了问题,这几乎需要2天的时间

我可以使用哪些优化策略来确保:

  • 在地图缩减视图更改后重新索引可以做得更多 有效地
  • 从map reduce视图获取数据可以更快地完成(使用 自定义的reduce函数(已就位)

  • 我已经阅读了上的建议,但它们的目标更多地是优化插入。

    因为您有一个如此大的数据库,当一个视图被更改时,重新索引视图确实需要时间,它不会像您有一个较小的数据库时那样接近即时。我已经说过了,这里有一个#1的解决方案

    每当更新设计文档时,它都会对该文档中的所有视图重新编制索引,因此在其自己的设计文档中包含每个视图可能会提高重新编制索引的速度。由于您有一个庞大的数据库,所以浏览每个文档并对其重新编制索引仍然需要时间,现在它只会执行一个视图,而不是所有视图

    编辑:链接 ->这是CouchDB视图文档的概述。我已经多次阅读并重读这一页,每次都能发现一些新的东西。我建议把它读几遍以确定一下

    ->同一页,但它会将您带到有关我以上答案的部分。请通读一下,我希望能有所帮助


    我不知道如何称呼#2,对不起。

    非常感谢您的回复,我已经看过那些文档,但我会按照您的建议再看一遍。