如何提升centos lnmp并发能力

提升 CentOS 上 LNMP 并发能力的系统化做法

一 目标与瓶颈定位

• 明确目标：以实际业务为准设定并发目标（如从200提升到2000 QPS），先稳态后峰值，分阶段压测与回归。
• 建立监控基线：部署并观察关键指标（CPU、内存、负载、磁盘 IO、网络、连接数、慢查询等），用数据定位瓶颈。
• 快速定位思路：
  • Nginx：启用 stub_status，观察 Active connections 是否常触顶；压测同时用 ss/ netstat 看连接数是否受限。
  • PHP-FPM：开启 pm.status_path，观察 active/queue/slow；慢日志定位耗时函数与 SQL。
  • MySQL：关注 Threads_connected、Slow_queries、processlist 长事务与全表扫描。
  • 系统：用 top/vmstat/iostat 检查 CPU 空闲、内存与 iowait、网络丢包与重传。
• 压测工具与方法：
  • 基准测试：ab、wrk、jmeter；建议从低并发逐步递增，保持 > 30s 稳定时长，观察 P95/P99 延迟与错误率。
  • 场景化：分别压测静态资源、简单动态接口、复杂业务接口与数据库读写混合场景。

二 Nginx 层优化

• 进程与连接：
  • 设置 worker_processes auto（通常等于 CPU 核心数）；提升 worker_connections（如 8192 或更高，视内存与 FD 而定）；设置 worker_rlimit_nofile 65535。
  • events：使用 use epoll; multi_accept on; accept_mutex off; （Linux 高并发推荐）。
• 传输与长连接：
  • 开启 sendfile on; tcp_nopush on; tcp_nodelay on; ；将 keepalive_timeout 调至 15–30s，keepalive_requests 提升到 1000 减少握手开销。
• 缓冲与压缩：
  • 合理设置 client_body_buffer_size 128k; client_header_buffer_size 32k; large_client_header_buffers 4 32k; client_max_body_size 50m; 。
  • 启用 gzip on; gzip_vary on; gzip_min_length 1024; gzip_comp_level 6; gzip_types text/plain text/css application/json application/javascript text/xml application/xml; 。
• 缓存与静态资源：
  • 静态资源强缓存：location ~* .(jpg|jpeg|png|gif|ico|css|js)$ { expires 1y; add_header Cache-Control “public, immutable”; access_log off; } 。
  • 动态接口可用 proxy_cache_path /var/cache/nginx … levels=1:2 keys_zone=my_cache:10m max_size=1g inactive=60m use_temp_path=off; 并启用 proxy_cache。
• 观测与验证：压测中确认 Active connections 不再触顶、超时与错误显著下降。

三 PHP-FPM 层优化

• 进程模型与数量：
  • 动态场景：pm = dynamic; pm.max_children = N; pm.start_servers = M; pm.min_spare_servers = M; pm.max_spare_servers = K; （依据内存与单进程 RSS 计算上限，避免 OOM）。
  • 稳定高并发场景：可尝试 pm = static; pm.max_children = N; （减少进程创建销毁开销，需严格控内存）。
  • 设置 pm.max_requests = 1000 定期回收，缓解内存泄漏与长请求累积。
• 超时与缓冲：
  • 合理设置 request_terminate_timeout（如 30–60s 视业务而定）、request_slowlog_timeout = 3s、开启 slowlog，定位慢脚本与慢 SQL。
• 观测与验证：开启 pm.status_path，压测中观察 active/queue/slow；确保队列不持续增长、P95/P99 延迟稳定。

四 MySQL MariaDB 层优化

• 内存与连接：
  • 将 innodb_buffer_pool_size 设为物理内存的**高比例（如 60%–70%）**以缓存热数据；适度提升 max_connections（配合应用连接池与超时，避免连接风暴）。
• 查询与索引：
  • 避免 **SELECT ***，使用 EXPLAIN 分析执行计划；建立合适索引，减少全表扫描与临时表；开启慢查询日志定位问题 SQL。
• 读写分离与扩展：
  • 读多写少场景引入 主从复制 与读写分离；必要时使用 GTID 简化复制管理。
• 观测与验证：压测中关注 Threads_connected、Slow_queries、锁等待与临时表/磁盘排序比例，确认慢查询与连接数不再成为瓶颈。

五 操作系统与网络内核优化

• 文件描述符与进程数：
  • 提升 ulimit -n 65535；在 systemd 服务单元中设置 LimitNOFILE=65535；/etc/security/limits.conf 与 /etc/systemd/system.conf 同步调整。
• 内核网络参数（/etc/sysctl.conf）：
  • 提升 net.core.somaxconn = 65535; net.ipv4.tcp_max_syn_backlog = 65535; net.ipv4.ip_local_port_range = 1024 65535; （必要时开启 tcp_tw_reuse 等 TIME_WAIT 优化，视内核版本与业务而定）。
• 虚拟内存与存储：
  • 适度降低 vm.swappiness（如 10），优先内存命中；使用 SSD/NVMe 降低 IO 等待；检查 iostat 的 await/avgqu-sz 与 %util。
• 观测与验证：压测中确认 ss -s 总连接数、TIME_WAIT 数量与重传率处于健康范围，系统 load/CPU iowait 稳定。

声明：本文内容由网友自发贡献，本站不承担相应法律责任。对本内容有异议或投诉，请联系2913721942#qq.com核实处理，我们将尽快回复您，谢谢合作！