2核4G云服务器跑Nginx+PHP最多支持多少并发请求？

这是一个非常经典但没有标准固定答案的问题。2 核 4G 的云服务器能支撑多少并发，完全取决于你的 PHP 应用逻辑复杂度、数据库交互频率、Nginx 配置策略以及是否开启缓存。

在理想优化状态下，2 核 4G 服务器通常可以支持：

• 静态资源或简单接口（无 DB 查询）：1000 ~ 3000+ QPS（每秒请求数）。
• 常规动态业务（含少量 DB 查询）：100 ~ 500 QPS。
• 高负载复杂业务（多表关联、大文件处理）：20 ~ 80 QPS。

以下是决定这一数值的核心因素及优化建议：

1. 核心瓶颈分析

A. PHP-FPM 进程池限制 (最关键)

PHP 是单线程处理的。2 核 CPU 意味着只有两个核心能同时运行代码。如果 Nginx 接收了 1000 个请求，但 PHP 进程池只有 20 个，那么剩下的 980 个请求必须在队列中等待。

• 默认配置：很多默认安装只开启 pm = dynamic，最大子进程 (max_children) 可能只有 5-10 个，这直接锁死了并发上限。
• 计算逻辑：假设一个 PHP 脚本平均执行 0.1 秒，理论上单核每秒能处理 10 个请求。2 核理论极限约 20 个/秒。但如果开启异步或长连接，这个数字会变化。
  • 注意：这里的“并发”通常指 QPS (Queries Per Second)，即每秒处理的请求量，而不是同时在线的连接数（Connection Count）。

B. 内存限制 (4GB)

• Nginx：非常轻量，几乎不占内存。
• PHP-FPM：每个子进程大约占用 10MB~50MB 内存（取决于代码和扩展）。
  • 如果 max_children 设为 50，每个进程 30MB，仅 PHP 就占用 1.5GB。
  • 加上系统、MySQL/MariaDB、Redis 等，4GB 内存很容易爆满，导致 Swap 交换，性能瞬间暴跌。

C. 数据库与外部依赖

如果你的 PHP 脚本需要频繁查询 MySQL，数据库往往是真正的瓶颈。

• 即使 Nginx 和 PHP 处理得再快，如果 MySQL 锁表或慢查询超过 0.5 秒，整个请求就会卡死，占用 PHP 进程，导致并发能力断崖式下跌。

2. 不同场景下的估算模型

为了给你一个更直观的参考，我们分三种典型场景进行估算：

注：这里的 QPS 是指成功处理的请求数。如果并发过高导致超时，实际有效 QPS 会更低。

3. 如何最大化 2 核 4G 的性能？

如果你必须在这台机器上跑高并发，必须进行以下调优：

第一步：优化 PHP-FPM 配置 (php-fpm.conf)

不要使用默认值，根据内存调整：

[global]
# 监听模式
listen = 127.0.0.1:9000

[www]
# 进程管理方式：dynamic 最灵活
pm = dynamic
# 最大子进程数：4GB 内存建议设置在 30-50 之间 (视单个进程内存而定)
pm.max_children = 40
# 启动时的空闲进程数
pm.start_servers = 5
# 最小空闲进程数
pm.min_spare_servers = 5
# 最大空闲进程数
pm.max_spare_servers = 10
# 每个子进程最大处理请求数 (防止内存泄漏)
pm.max_requests = 500

第二步：Nginx 配置优化

• 开启 Gzip：减少传输体积。
• 设置 FastCGI 缓存：对于动态内容，将结果缓存到磁盘或 Redis，避免每次请求都进 PHP。
• 调整 worker_connections：

  events {
      worker_connections 4096; # 提高单个工作进程的连接数
      use epoll;               # Linux 下推荐
  }

第三步：引入缓存层 (至关重要)

在 2 核 4G 架构下，没有缓存就是自杀。

• OPcache：确保 PHP 开启了 OPcache，避免重复编译代码。
• 对象缓存：必须部署 Redis 或 Memcached。将热点数据（如用户信息、商品详情）存入内存，大幅降低 PHP 调用数据库的频率。
• 页面缓存：对于非实时性要求高的页面（如文章列表），使用 Nginx 的 fastcgi_cache 或 WordPress 的插件缓存。

第四步：数据库优化

• 确保所有查询字段都有索引。
• 关闭不必要的日志（如慢查询日志在测试环境可开，生产环境视情况而定）。
• 如果可能，将数据库读写分离，或者将数据库迁移到另一台独立实例（哪怕是很小的云数据库 RDS），让这台 2 核 4G 只做应用层。

总结建议

对于 2 核 4G 的配置：

1. 预期目标：做好 200-400 QPS 的稳定运行准备。
2. 预警线：当 QPS 超过 500 时，如果不加缓存或升级配置，服务器大概率会卡顿或崩溃。
3. 核心策略：“以空间换时间”。利用 Redis 做缓存，把 90% 的请求挡在数据库之外，这样 2 核 4G 也能轻松应对上千的并发访问量。

如果你的业务预计会有持续的高并发（如秒杀活动），单纯依靠单机调优是不够的，必须考虑负载均衡（多台服务器）或云数据库的弹性扩容。