【整理】Nginx 战斗准备 —— 优化指南

本文内容参考自《 Nginx 战斗准备 —— 优化指南 》。 

【一句话总结】 
本文不是一个全面的微调指南，而是让你了解哪些设置能够让你在大量客户端访问时拥有良好的性能，为什么它们会提高性能。 

【知识点】 
worker_processes 定义了 nginx 对外提供 web 服务时的 worder 进程数。 worker_rlimit_nofile 更改 worker 进程的最大打开文件数限制。 events 模块中包含 nginx 中所有和处理连接相关的设置。 worker_connections 的值和 worker_rlimit_nofile 值有关系，该值的大小同时受限于系统可以使用的端口数目（~64k）。 multi_accept 告诉 nginx 在收到关于新连接的可读通知后，应尽可能处理掉当前存在的所有来自客户端的连接。 use 设置用于采用哪种 I/O 复用方式。 http 模块控制着 nginx http 处理的所有核心特性。 server_tokens 并不会让 nginx 执行的速度更快，但它可以关闭在错误页面中的 nginx 版本数字，这样对于安全性是有好处的。 sendfile 使能 sendfile() 的使用，在内核态完成相关动作，更高效。 tcp_nopush 告诉 nginx 在一个数据包里发送所有 HTTP 包头，而不是通过 TCP 的 PSH 方式一个一个发送。 tcp_nodelay 告诉 nginx 不要在发送小块数据的时候进行缓存，而是将短小的数据片段即时发送出去。这个选项用于要求频繁发送小数据片段，而不需要获得即时回应的应用，因为对这种应用来说，即时投递的能力才是必须的。 access_log 设置 nginx 是否将存储访问日志。关闭这个选项可以让读取磁盘 I/O 操作更快（这个不太好关闭吧）。 error_log 告诉 nginx 只能记录严重的错误。 keepalive_timeout 给客户端分配 keep-alive 链接超时时间。服务器将在这个超时时间过后关闭链接。我们将它设置低些可以让 ngnix 持续工作的时间更长。 client_header_timeout 和 client_body_timeout 设置在一定时间内没有收到来自客户端的请求的 header 或 body 部分则认为超时。 reset_timeout_connection 告诉 nginx 在发生连接超时后，通过向客户端发送 RST 直接重置不响应的客户端连接。这将会释放那个客户端所占有的内存空间（使用 RST 方式重置可能会有副作用）。 send_timeout 指定 nginx 发送响应的超时时间，即 nginx 向客户端发送了数据包，但客户端一致没有处理该数据包的情况。该超时时间不是指一个应答被完整传输的时间，而是用于约束两次连续的客户端侧读操作的时间间隔。 limit_conn_zone 用于设置共享内存区相关信息。共享内存区中可以保存各种 key 的状态信息（例如当前连接数据）。用法：limit_conn_zone $binary_remote_addr zone=addr:5m; limit_conn 设置与指定 key 值关联的连接数的最大值。用法：limit_conn addr 100; 表示每个 ip 地址上仅允许 100 个并发连接。 include 只是一个在当前文件中包含另一个文件内容的指令。可以使用通配符 * 。 default_type 设置文件使用的默认的 MIME-type 。 charset 设置在 header 中携带的默认字符集。 gzip 设置 nginx 对发送的数据进行 gzip 压缩。 gzip_disable 用于设置针对特定的客户端不使用 gzip 压缩。例如 gzip_disable "msie6"; 表示针对 IE6 不做 gzip 。 gzip_static 告诉 nginx 在对资源进行 gzip 压缩前，通过名字查找是否已有预压缩过的资源。这就允许你可以采用高压缩比算法事先进行压缩，而不用在请求时才执行 gzip 压缩。 gzip_proxied allows or disallows compression of a response based on the request/response. We’ll set it to any, so we gzip all requests. gzip_min_length 设置进行 gzip 压缩时数据大小的字节数下限。例如 gzip_min_length 1000; 表示当请求的大小低于 1000 字节，将不采用 gzip 进行压缩，因为毕竟 gzip 压缩会拖慢请求处理进程。 gzip_comp_level 设置 gzip 压缩级别。级别范围 1~9，其中 9 是最高压缩级别，但也是最慢的。一般设置中间值 4 比较好。 gzip_type 设置针对那些数据类型进行 gzip 压缩的。例如 gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript; open_file_cache 启用文件缓存，同时可以指定在该缓存中可以存储的元素的最大个数，以及淘汰时间。 open_file_cache_valid 设置检验缓存中元素有效性的频率。 open_file_cache_min_uses 与 open_file_cache 中的 inactive 参数配合使用。如果在 inactive 指定时间内，访问次数超过 open_file_cache_min_uses 指定的值，则不会淘汰出缓存。 open_file_cache_errors 设置是否缓存打开、查找文件错误的信息。 ?
    gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript;     open_file_cache max=100000 inactive=20s;
技术应用：Nginx运维优化最佳实践（二） Nginx (engine x) 是一个高性能的HTTP和反向代理web服务器，同时也提供了IMAP/POP3/SMTP服务。Nginx是由伊戈尔·赛索耶夫为俄罗斯访问量第二的Rambler.ru站点（俄文：Рамблер）开发的，第一个公开版本0.1.0发布于2004年10月4日。其将源代码以类BSD许可证的形式发布，因它的稳定性、丰富的功能集、示例配置文件和低系统资源的消耗而闻名。2011年6月1日，nginx 1.0.4发布。
Nginx服务器高性能优化的配置--轻松实现10万并发访问量 今天要说的是Nginx服务器高性能优化的配置，如何使Nginx轻松实现10万并发访问量。 通常来说，一个正常的 Nginx Linux 服务器可以达到 500,000 – 600,000 次/秒 的请求处理性能，如果Nginx服务器经过优化的话，则可以稳定地达到 904,000 次/秒 的处理性能，大大提高Nginx的并发访问量。