centos lnmp服务器性能调优策略 - 问答

CentOS LNMP 性能调优策略

一系统层优化

资源与存储：优先使用 SSD/NVMe，数据库与日志分离；网卡至少 1Gbps，更高并发建议 10Gbps 或链路聚合。
文件句柄与进程数：提升系统及服务可打开文件数与进程数，避免“too many open files”。
示例（/etc/security/limits.conf）：
```
* soft nofile 65535
* hard nofile 65535
* soft nproc  65535
* hard nproc  65535
```
在 systemd 服务单元中添加：
```
[Service]
LimitNOFILE=65535
LimitNPROC=65535
```

内核与虚拟内存：降低换页倾向、优化脏页刷新，提升 I/O 稳定性。
示例（/etc/sysctl.conf）：

vm.swappiness=10
vm.dirty_background_ratio=5
vm.dirty_ratio=10
net.core.somaxconn=65535
net.ipv4.tcp_tw_reuse=1
net.ipv4.tcp_fin_timeout=30

文件系统与调度：数据库建议使用 XFS；I/O 调度器优先 noop/deadline（SSD/NVMe）。
监控与告警：部署 Prometheus + Grafana，采集 Nginx、PHP-FPM、MySQL、系统资源 指标；定期分析 Nginx、MySQL、PHP 错误与慢日志。

二 Nginx 调优

并发与连接：

worker_processes auto;
worker_rlimit_nofile 65535;

events {
    worker_connections 8192;
    use epoll;
    multi_accept on;
    accept_mutex off;   # 高并发下通常关闭更稳
}

传输与长连接：

http {
    sendfile        on;
    tcp_nopush      on;
    tcp_nodelay     on;
    keepalive_timeout 30;
    keepalive_requests 1000;
}

缓冲与压缩：

client_body_buffer_size 128k;
client_max_body_size 50m;
client_header_buffer_size 32k;
large_client_header_buffers 4 32k;

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;
}

状态与观测：启用 stub_status 与 /nginx_status 页面，配合监控观察 Active/Reading/Writing/Waiting 连接状态。

三 PHP-FPM 调优

进程模型与数量：按内存与观测值设定 pm.max_children，避免 OOM；启用慢日志定位问题。
示例（/etc/php-fpm.d/www.conf）：
```
[www]
user = nginx
group = nginx
pm = static
pm.max_children = 150
pm.max_requests = 1000
slowlog = /var/log/php-fpm/www-slow.log
request_slowlog_timeout = 3s
pm.status_path = /php_status
```
内存估算：若单进程约 25MB，则 150 进程约 3.75GB（在 8GB 内存机器上可接受）。

OPcache 加速：

opcache.enable=1
opcache.memory_consumption=256
opcache.max_accelerated_files=7963
opcache.revalidate_freq=60

连接与池化：Nginx 与 PHP-FPM 使用 Unix Socket 通常较 TCP 127.0.0.1:9000 更低开销；合理设置 pm.process_idle_timeout 与 request_terminate_timeout。
观测：通过 /php_status 与日志分析 queue、slow requests、process usage。

四 MySQL MariaDB 调优

缓冲与内存：将 innodb_buffer_pool_size 设为物理内存的 50%–70%（写多或内存紧张可下调），提升热点数据与索引命中率。
连接与会话：根据压测与业务峰值设置 max_connections，避免连接风暴；结合连接池/长连接在应用侧复用连接。
日志与持久化：权衡性能与安全，必要时将 innodb_flush_log_at_trx_commit=2（宕机可能丢失最近 1 秒事务）。
日志文件大小：适度增大 innodb_log_file_size 与 innodb_log_files_in_group，减少 checkpoint 频率（变更前务必备份并按步骤操作）。
查询与索引：开启 slow_query_log，用 pt-query-digest 分析；为高频 WHERE/JOIN/ORDER BY 字段建立合适索引，避免全表扫描，使用 EXPLAIN 验证执行计划。
架构与缓存：引入 Redis/Memcached 做热点数据缓存；大表考虑 分区/分表；定期维护与监控。

五压测与瓶颈定位流程

基线压测：使用 wrk 或 ab 建立基线（示例：wrk -t4 -c100 -d60s http://127.0.0.1/index.php），记录 Requests/sec、P95/P99 延迟、错误率。
分层定位：
- Nginx：观察 Active/Waiting 与 带宽/连接数，先调 worker_connections、keepalive、gzip/缓存。
- PHP-FPM：查看 /php_status 队列与 slowlog，按 pm.max_children 与 OPcache 逐步放大。
- MySQL：分析 慢查询 与 连接数，优化索引/SQL，再调整 innodb_buffer_pool_size 等。
系统资源：用 top/vmstat/iostat/ss 观察 CPU、内存、I/O 等待、网络；若 I/O 等待高，优先检查存储与索引/查询。
迭代验证：每次只变更少量参数，回放相同压测场景，确认 P95/P99 延迟与吞吐 的改善是否稳定。

0 赞

0 踩