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