如何优化Nginx服务器性能?

优化Nginx服务器性能这个话题真有意思，老实说我第一次接触Nginx配置时简直被绕晕了，但现在想来，那些折腾都是值得的。记得有次接手一个日访问量30万的网站，通过几项简单的Nginx调优，硬是把服务器响应时间从800ms降到了200ms左右。关键在于要像老中医把脉一样，先找准性能瓶颈在哪里，可能是worker进程不够，也可能是缓存设置不合理。

推荐使用的调优参数

worker_processes这个参数很多人都设错了，别傻乎乎地设置成CPU核数，其实设置成auto让Nginx自己判断更好。gzip压缩也是个容易忽视的点，我发现不少站长启用了gzip却忘记设置gzip_types，导致JS、CSS这类静态资源压根没被压缩。至于keepalive超时时间，我一般建议设置在15-30秒之间——太短会频繁建立TCP连接，太长又浪费服务器资源。

那些年我踩过的坑

曾经有个项目因为没设置open_file_cache，每次请求都要重新读取静态文件，服务器负载直接飙升到15+。后来加上open_file_cache配置后，负载立即降到了3左右。还有个更隐蔽的问题：客户总抱怨图片加载慢，排查半天才发现是Nginx没开启sendfile功能，默认走的是低效的文件I/O路径。

说来你可能不信，有时候性能问题就藏在特别基础的地方。就比如说吧，有次调试一个高并发站点，死活压不上去请求量，最后发现问题出在系统的ulimit设置上——Nginx的worker进程能打开的文件描述符数量被限制得太低了。这种问题在生产环境特别容易被忽视！

监控与持续优化

配置完Nginx千万别以为万事大吉了，我用Prometheus+Grafana搭建的监控系统就经常能发现一些意想不到的问题。比如去年双十一大促前，监控显示某个API接口的响应时间突然变长，原来是Nginx的fastcgi缓存失效了。实时监控系统真的是运维的”第三只眼”，现在离了它我都不会调试服务器了。