我正在Amazon EC2上托pipeCouchDB数据库，我想知道如果我使用支持压缩的文件系统，是否可以获得更好的I / O性能（当然还有更好的磁盘利用率）。 我记得在某处读到CouchDB的未来版本会支持数据压缩，而且我想知道如果我只是压缩文件系统，是否可以获得这个function。 我正在寻找使用小的实例，但是大的也不是不可能的。 恐怕压缩会杀死那些实例上的CPU，但是直到我testing之后，我才分辨出来。
我听起来太疯狂了吗？ 有人试过了吗？
我没有尝试过这个，在KISS的原则，但是我认为你会看到一些提高的性能。
CouchDB将使用Google的Snappy压缩algorithm。 Filipe Manana在问题跟踪器COUCHDB-1120中引入了这个function，并且自此将它提交给“trunk”（现在是Git迁移后的“主”分支）。 它在1.2.x的分支中，所以当你看到CouchDB 1.2已经发布的时候，你会知道它已经发布了。
与此同时，是的，CouchDB基本上只是B树查找。 即使是Javascript“查询”（它们更像索引定义），每个文档更新只运行一次。 作为一个数据库，CouchDB喜欢良好的存储，并且可能会过度configurationCPU以满足您的存储需求。 因此，看起来似乎是有道理的，你会看到一个提升，或者在最坏的情况下，通过在压缩上花费更多的CPU没有净变化。
如果您制定基准，我相信CouchDB社区会很高兴看到他们！ 随意发送到用户列表或只是提到CouchDB鸣叫。 祝你好运！