在高併發場景下，NGINX 作為高性能 Web 服務器/反向代理，其併發連接處理能力直接決定服務可用性與響應速度。本次學習聚焦核心配置 worker_processes、worker_connections 及 Linux 內核參數的協同優化，總結實操經驗與核心邏輯，為高併發部署提供可落地的配置思路。 一、核心配置優化經驗：精準匹配硬件與業務場景
worker_processes 用於定義 NGINX 工作進程數，核心原則是“綁定 CPU 核心，避免進程切換開銷”。實操中最優配置為等於或略大於服務器 CPU 核心數（如 8 核 CPU 設為 8 或 10），可通過 worker_cpu_affinity 進一步綁定進程與核心（如 8 核配置為 00000001 00000010 ... 10000000），徹底杜絕跨核心調度損耗。需注意：進程數並非越多越好，過多會導致進程競爭資源，反而降低效率。
worker_connections 定義單個工作進程的最大併發連接數，需結合“文件描述符限制”與“業務類型”配置。默認值 1024 遠無法滿足高併發需求，實操中可提升至 10240 或 20480，但需確保不超過系統對單個進程的文件描述符限制（可通過 ulimit -n 查看）。核心公式：NGINX 理論最大併發連接數 = worker_processes × worker_connections，實際需預留 20%-30% 冗餘，避免資源耗盡。
二、內核參數協同：突破系統層面限制
僅優化 NGINX 配置不足以釋放全部性能，需同步調整 Linux 內核參數，解決端口、連接隊列、文件描述符等系統瓶頸：
- 提升文件描述符上限：編輯 /etc/security/limits.conf，添加 * soft nofile 65535、* hard nofile 65535，同時在 NGINX 配置中加入 worker_rlimit_nofile 65535，確保進程級與系統級限制一致。
- 優化 TCP 連接隊列：調整 net.core.somaxconn（默認 128，提升至 1024），增大 TCP 監聽隊列長度，避免高併發時新連接被丟棄；同時設置 net.ipv4.tcp_max_syn_backlog 為 2048，提升半連接隊列容量，緩解 SYN 洪水攻壓力。
- 加速連接回收：配置 net.ipv4.tcp_tw_reuse = 1（允許複用 TIME-WAIT 狀態連接）、net.ipv4.tcp_tw_recycle = 1（快速回收 TIME-WAIT 連接），減少連接資源佔用；將 net.ipv4.tcp_fin_timeout 從默認 60s 縮短至 30s，加速關閉無用連接。
三、實操關鍵注意事項
- 配置後需通過 nginx -t 驗證配置合法性，再執行 nginx -s reload 平滑生效，避免服務中斷；
- 優化需循序漸進，每次調整一個參數，通過 ab 或 wrk 工具壓測驗證效果，避免盲目調大參數導致資源過載；
- 不同業務場景需差異化配置：靜態資源服務可適當提升 worker_connections，反向代理場景需關注後端服務響應速度，避免前端連接堆積。
總結：NGINX 併發連接優化的核心是“配置與硬件匹配、軟件與內核協同”，通過精準設置 worker_processes、worker_connections 及優化內核參數，可在不增加硬件成本的前提下，顯著提升服務的高併發處理能力。實操中需結合業務實際與壓測數據動態調整，確保優化效果落地。
