如何优化Nginx性能?

说到Nginx性能优化，这真是个让人又爱又恨的话题。每次服务器扛不住压力的时候，我就会发现Nginx配置里还藏着不少可以榨取的性能空间。你知道吗？有时候仅仅是调整几个参数，就能让服务器的吞吐量翻倍，这种发现新大陆的感觉特别爽！不过优化这事儿吧，就像是在走钢丝，调得太激进容易出问题，太保守又达不到效果，得找到那个微妙的平衡点。

Worker进程和连接数的黄金比例

Nginx的worker_processes参数很多人都是随便设个CPU核心数就完事了，但实际测试中我发现事情没那么简单。以我最近处理的一个电商项目为例，服务器是8核CPU，如果直接设worker_processes 8，在高并发时反而会出现CPU争用的情况。后来我改成worker_processes auto，让Nginx自动管理，配合worker_connections 4096的设置，QPS直接提升了30%！这里有个小技巧：用nginx -V查看编译参数，确保有with-threads支持，这样能更好地利用多核优势。

那些容易被忽略的缓冲和超时设置

说到性能陷阱，client_body_buffer_size绝对排得上号。有次排查一个诡异的502错误，折腾了半天才发现是因为上传大文件时缓冲区爆了。合理设置这个值（比如128k或256k）能显著减少磁盘I/O，特别是处理表单提交多的场景。还有proxy_read_timeout这个参数，我们有个API服务之前设的60秒，结果发现后端处理长查询时会超时，调到300秒后稳定性立刻上去了。不过要注意，这些值不是越大越好，要根据业务特点来权衡。

gzip压缩也是个双刃剑。虽然能减少传输数据量，但CPU开销不小。我的经验是，对于静态资源可以大胆开，但动态内容就要谨慎了。有个有趣的发现：当开启gzip_types text/plain text/css application/json时，配合适当的gzip_comp_level（通常4-6比较合适），能在压缩率和CPU消耗间取得不错平衡。记得一定要加上gzip_min_length 256，避免压缩小文件反而浪费资源。

缓存策略里的大学问

open_file_cache这个功能我强烈推荐，它能缓存文件描述符、文件信息和目录查找结果。配置得当的话，对静态站点性能提升简直是质的飞跃。不过要注意max参数不能设太大，否则会占用过多内存。我常用的配置是open_file_cache max=2000 inactive=20s，配合open_file_cache_valid 30s，在内存占用和命中率之间取得平衡。有个真实案例：一个图片站加上这个配置后，平均响应时间从150ms降到了80ms以下。

最后说个容易被忽视的细节：TCP优化。在Linux系统上，调整net.core.somaxconn和net.ipv4.tcp_tw_reuse能显著提升Nginx处理连接的能力。不过这些系统级参数需要重启才能生效，改之前最好先在测试环境验证。说实话，Nginx优化就像玩俄罗斯方块，每个参数都是一个小方块，放对了位置才能消除性能瓶颈。