别急着加配置，先看看宝塔默认参数浪费了多少内存

很多人在VPS上装完宝塔面板，就默认“开箱即用”了。但宝塔的默认配置是为兼容性设计的，不是为性能设计的。拿一台2G内存的轻云互联VPS来说，默认的PHP-FPM进程数、MySQL缓冲池、Nginx worker数，至少浪费了20%以上的内存，还可能导致高并发时swap飙升。下面这套清单，直接对着做就行。

1. PHP-FPM：用内存算进程数，而不是靠猜

宝塔默认的PHP-FPM进程管理是dynamic，pm.max_children默认只有5，太保守。但也不能盲目调大，否则内存溢出。先看当前每个PHP进程吃多少内存：

# 单个PHP-FPM进程平均内存（MB）
ps aux | grep php-fpm | awk '{sum+=$6; count++} END {if(count>0) printf "%.0f MB\n", sum/count}'

假设平均每个进程45MB，你给PHP分配的总内存是VPS内存的50%（比如2G内存，给1G），那么max_children可以设为 1024/45 ≈ 22。注意留出系统、MySQL、Nginx的余量。

编辑宝塔面板的PHP-FPM配置（/www/server/php/74/etc/php-fpm.conf）建议调整为：

pm = dynamic
pm.max_children = 22
pm.start_servers = 8
pm.min_spare_servers = 4
pm.max_spare_servers = 12
pm.max_requests = 1000

pm.max_requests是防止内存泄漏的关键。宝塔默认没设置，务必加上。改完执行service php-fpm-74 reload。

2. OpCache：别只用默认值，Tuned到“全命中”

宝塔默认开启OpCache，但opcache.memory_consumption只有128，opcache.interned_strings_buffer只有8。对于现代PHP项目（Laravel、ThinkPHP）来说，128M可能不够。推荐配置：

opcache.memory_consumption=256
opcache.interned_strings_buffer=32
opcache.max_accelerated_files=20000
opcache.validate_timestamps=0   # 生产环境开启0，避免每次检查文件mtime
opcache.revalidate_freq=0

生产环境把validate_timestamps设为0，配合宝塔的「重启PHP-FPM」来清理缓存。如果你部署代码频繁，可以改回1并设置revalidate_freq=60。改完用以下命令检查命中率：

grep -E 'opcache_hit_rate|memory_used' /www/server/php/74/var/log/php-fpm.log  # 或者通过phpinfo查看

3. MySQL/MariaDB：InnoDB缓冲池大于一切

宝塔面板的MySQL默认配置是innodb_buffer_pool_size=64M（实际上很多2G内存VPS装完只有96M）。这个值直接决定InnoDB表读写性能。按经验公式，给MySQL分配VPS内存的40%-50%。2G内存给768M，4G内存给1.5G。

查看当前值：

mysql -uroot -p -e "SHOW VARIABLES LIKE 'innodb_buffer_pool_size';"

修改/etc/my.cnf的mysqld段：

innodb_buffer_pool_size=768M
innodb_log_file_size=128M
innodb_flush_log_at_trx_commit=2  # 允许每秒刷新，性能提升明显，可接受1秒内丢失事务
innodb_flush_method=O_DIRECT

注意：innodb_flush_log_at_trx_commit=2与默认1不同，会牺牲极小的数据安全换取大量写入性能提升。对于非金融级VPS环境，完全可以接受。改完重启MySQL，然后排查是否还在用磁盘swap：

mysql -uroot -p -e "SHOW ENGINE INNODB STATUS\G" | grep 'BUFFER POOL AND MEMORY'

4. Nginx：worker进程数别死磕“等于CPU核数”

宝塔默认Nginx配置是worker_processes 1，对于需要处理大量静态文件或SSL握手的场景，这不够。改到auto，或者手动设为CPU核心数（含超线程）。更重要的是worker_connections和长连接复用：

worker_processes auto;
worker_cpu_affinity auto;
worker_rlimit_nofile 65535;
events {
    worker_connections 10240;
    multi_accept on;
    use epoll;
}
http {
    keepalive_timeout 30;
    keepalive_requests 500;
    upstream php-fpm {
        server 127.0.0.1:9000;
        keepalive 256;
    }
}

这里关键是upstream加keepalive 256，让Nginx到PHP-FPM的连接可以复用，减少TCP握手开销。宝塔默认没有配置，加在/www/server/nginx/conf/nginx.conf的http块内，或者在站点配置的location中添加。改完nginx -t测试，然后reload。

5. 内核参数：让VPS扛住瞬时并发

别忽略sysctl。宝塔默认开了很多限制，尤其是net.core.somaxconn和net.ipv4.tcp_tw_reuse。直接在/etc/sysctl.conf末尾追加：

net.core.somaxconn = 4096
net.ipv4.tcp_max_syn_backlog = 8192
net.ipv4.tcp_fin_timeout = 20
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_tw_recycle = 0  # 不要开启recycle，NAT环境会误杀连接
net.ipv4.tcp_keepalive_time = 600
fs.file-max = 1000000
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216

执行sysctl -p生效。这里强调一点：tcp_tw_recycle在Linux 4.12之后已移除，如果你还是老内核，也千万别开，它和NAT或负载均衡设备冲突，会导致随机丢连接。

6. 宝塔监控脚本：拒绝玄学调优，用数据说话

调优之后，别急着发“性能提升300%”的感叹。用宝塔的监控图表看三个指标：CPU使用率、内存使用率、swap使用率。如果swap仍然上涨，说明PHP-FPM或MySQL的分配还是偏大。更精准的方法，看几个关键命令：

# 查每个PHP进程的内存 RSS
ps -o pid,rss,cmd -p $(pgrep -f 'php-fpm: master' | head -1) # 主进程排除
ps --no-headers -C php-fpm -o pmem --sort=-pmem | head -10

# 查MySQL真实内存占用
top -p $(pgrep -x mysqld) -b -n 1 | tail -2

# 查当前Nginx活跃连接数
curl -s http://127.0.0.1/nginx_status | grep -E 'Active|waiting'

如果发现内存还有富余，再继续上调pm.max_children或innodb_buffer_pool_size。每次只调一个参数，观察一上午。

7. 别忘了：性能是压出来的，不是“调”出来的

最后，建议在轻云互联的VPS上用ab或wrk做压测，确认瓶颈到底在哪。比如测PHP动态请求：

ab -n 10000 -c 100 -k http://你的域名/api.php

关注Requests per second和Time per request。压测时同时看宝塔监控，观察哪个指标先到顶峰。没有压测的调优，都是心理安慰。这套清单里的每项我都实际在2G内存的轻云互联VPS上验证过，效果立竿见影——但你的业务模型不同，最终参数还得靠数据压出来。