Node.js在CentOS中的性能优化方法

Node.js 在 CentOS 的性能优化方法

一系统层优化

提升文件描述符上限，避免“Too many open files”：
- 查看当前限制：ulimit -n
- 临时提升：ulimit -n 65535
- 永久提升：编辑 /etc/security/limits.conf
```
* soft nofile 65535
* hard nofile 65535
```

优化内核网络参数（/etc/sysctl.conf），提高连接承载与回收效率：

net.core.somaxconn = 65535
net.ipv4.tcp_max_syn_backlog = 65535
net.ipv4.ip_local_port_range = 1024 65535
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_fin_timeout = 30
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216
net.ipv4.tcp_fastopen = 3

执行 sysctl -p 使配置生效。以上可显著改善高并发下的连接排队、端口耗尽与 TIME_WAIT 问题。

二 Node.js 运行时与多核扩展

使用最新 LTS 版本的 Node.js，获取 V8 与 HTTP/TLS 等性能改进；必要时通过 NodeSource 仓库安装稳定版本。
利用多核 CPU：
- 内置 Cluster 模块或进程管理器 PM2 的集群模式，按 CPU 核数 启动工作进程，提升吞吐与稳定性。

合理设置内存上限，避免 OOM 与频繁 GC：

方式一：环境变量

export NODE_OPTIONS="--max-old-space-size=1024"  # 单位 MB
node app.js

方式二：systemd 服务

[Service]
Environment="NODE_OPTIONS=--max-old-space-size=1024"
ExecStart=/usr/bin/node /path/to/app.js

执行 systemctl daemon-reload && systemctl restart your-app

方式三：PM2 内存阈值重启

pm2 start app.js --max-memory-restart 1G

连接与协议：
- 在 Node.js 中启用 HTTP/2（多路复用、头部压缩）以降低连接开销；或交由 NGINX 终止 TLS 并提供 HTTP/2，Node 侧使用 HTTP/1 即可受益。

三反向代理与网络架构

在 Node.js 前部署 NGINX 作为反向代理与静态资源服务器，可带来显著性能与安全收益；实践表明，仅通过 NGINX 处理静态资源即可将吞吐从约 900 req/s 提升到 1600+ req/s（示例场景）。
NGINX 典型职责与收益：
- 高效处理静态文件与缓存，减轻 Node 负载
- 负载均衡（如 Round Robin、Least Connections）
- 代理 WebSocket 长连接
- 集中管理 SSL/TLS 与 HTTP/2

最小可用 NGINX 配置示例：

server {
  listen 80;
  server_name example.com;
  location / {
    proxy_pass http://127.0.0.1:3000;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto $scheme;
  }
}

如需 HTTP/2，在 listen 指令启用 http2 并配置 TLS 证书。

四代码与数据层优化

全链路异步：优先使用 async/await、Promise 与 流（Streams），避免同步 I/O 与长时间计算阻塞事件循环；大文件与大数据传输务必使用流式处理。
数据库与缓存：
- 为高频查询建立索引，使用 连接池 复用连接，减少建立/断开开销
- 引入 Redis/Memcached 做热点数据缓存，降低计算与后端访问延迟
减少阻塞与开销：精简中间件与路由，避免深层嵌套与重复计算；按需采用更高效的库（如更快的 JSON 序列化库）。

五监控、剖析与容量规划

运行时观测：
- 使用 process.memoryUsage() 观察堆与驻留内存；结合 –inspect 与 –prof 进行 CPU/内存剖析，定位事件循环阻塞与内存热点。
系统与 APM：
- 系统层面用 free、vmstat、top 观察内存、swap 与 CPU；应用层面接入 New Relic / AppDynamics / Datadog 等 APM，持续跟踪吞吐、延迟与错误率。
内存阈值保护：
- 通过 PM2 --max-memory-restart 或 NODE_OPTIONS=–max-old-space-size 设置内存红线，配合监控告警，防止雪崩与级联故障。

最新问答

相关标签