在我的个人博客后台系统，去拉取文章列表的时候，由于返回的document 有几百k, 足足用了10s. 单个文章的document 也有可能上百kb。这种情况下，mongodb有什么相应的优化或提高性能的办法么。是否可以通过document gzip 处理？
回复 (7)
C
这个问题很经典，我虽然不知道，但是觉得比较实际，收藏一下，待高手回答，支持一下
L
看图片的waterfall, 绿色的很短, 说明node执行没什么问题, 时间都在 content download 里, 开发环境还是线上环境? 感觉是服务器网络的问题
I
明显不是数据库的锅。推荐你看看alsotang的 《Web 开发后端缓存思路》 https://cnodejs.org/topic/55210d88c4f5240812f55408
- 文章不做静态化不合理
- 还有页面缓存部分也很有说道
M
问题已解决，查过数据库的日志，没有相关慢查询，确定不是数据库的锅。是由于我的服务器带宽不行，1M的小水管确实不给力。而且我之前没有开启gzip，现在开启gzip已经好了很多，而且在字段返回上进行了控制，不需要的字段不在返回
M
引用 JsonSong89没做前后分离? 这种情况博主可以买个SLB服务,按流量收费,就可以突破带宽限制了. 流量不大的话,也花不了多少钱.
@178220709 做了， 可以。做了优化可，欢迎访问 https://www.liayal.com/
F
应该是服务器带宽的问题，低配置可以做做服务器优化
J
没做前后分离? 这种情况博主可以买个SLB服务,按流量收费,就可以突破带宽限制了. 流量不大的话,也花不了多少钱.
参与回复
登录后即可参与回复。登录