根据MongoDB Write Amplification，解决扩增问题的方法是mongoDB存储引擎（例如WiredTiger或Percona TokuMX）提供的压缩算法（例如snappy或zlib）。 压缩和解压缩数据是一项CPU密集型任务，因此 贾斯汀·斯旺哈特（Justin Swanhart）上方链接的评论中建议：
不使用压缩即可解决此问题的最常见方法是选择短键： 代替customer_id可以使用c_id，而不是order_id可以使用o_id，等等。这样可以使文档较小，而没有压缩开销。
但这只会延迟灾难。随着数据库的增长，这种解决方案变得越来越无用。 我想知道是否还有其他解决方案。