开发者社区> 问答> 正文

node扛不住大概会是什么表现?

业务就是从mysql中查列表,有redis缓存;
server跑在单机(aws上的m3.large机型,配置是cpu*2,内存7.5g)上,开了两个node进程,mysql和redis都在其他机器上;
高峰qps:100左右,平时qps:60~80左右;
高峰时系统的负载值在3以下,cpu使用大概增加到70~80%,这个时候内存会非常迅速从100M增加到1.4G,然后整个node进程会挂掉,监控显示每10分钟就会重启,而且重启后server也是残废,请求基本都会超时。
按之前php的经验,服务器扛不住时,负载会变得非常高。这下发现平时负载在1.5左右,高峰也就在3左右;qps涨得也不是特别多,平时60~80的时候指标都很平稳,没道理涨20就扛不住;然后内存涨得特别猛,沿着内存泄露的方向找了半个月也没有结果。就在最后没有办法的时候,增加了一台服务器,把流量分了一半出去。现在跑了一个星期,各项指标都平稳了,内存一直维持在100M左右,也一直没有重启过。
我的疑惑:

  1. node扛不住大概会是什么表现呢,是跟我上面描述我们的情况类似吗?
  2. 内存暴增是不是因为cpu处理不过来,请求堆积导致,有没有办法优化?
  3. 有什么办法预警node扛不住了?

展开
收起
蛮大人123 2016-02-11 10:24:56 2949 0
1 条回答
写回答
取消 提交回答
  • 我说我不帅他们就打我,还说我虚伪

    php 是因为进程多,所以会体现在 load 上面。load 值本质上是指同时运行的进程数,node 就是个单线程的东西,就算两个进程 CPU 跑满了也不会让 load 超过 2。

    你的情况应该就是 node 没有足够的 CPU 资源处理请求,导致各种异步回调都堆积起来,内存释放不了,最终就恶性循环造成崩溃了。我其实没有 node 的 CPU 占用率的经验值,你可能可以从这个经验里面得出一个适合 AWS 的经验值。
    预警的方法是做一个内存监控,或者干脆就设定一个内存上限,一旦超过就杀掉重启。对 node 来说,杀掉进程是比任何一种保守疗法更好的做法。

    2019-07-17 18:40:29
    赞同 展开评论 打赏
问答排行榜
最热
最新

相关电子书

更多
基于 Node.js 内核的企业级性能解决方案 立即下载
低代码开发师(初级)实战教程 立即下载
阿里巴巴DevOps 最佳实践手册 立即下载