天天看点

nginx

一、简介

Nginx (读作"engine X") 由Igor Sysoev(俄罗斯)于2005年编写,是一个免费、开源、高性能的HTTP服务器和反向代理,也可以作为一个IMAP/POP3代理服务器。根据 Netcraft 的 March 2014 WebServer Survey, 现在全世界23%的网站使用Nginx,而Apache占54.68%。Nginx因为稳定,丰富的功能集,配置简单,资源占用低而闻名世界。

二、Nginx的特性和基础架构

1、基本功能

       实现与服务静态文件(静态资源的web服务器),能缓存打开的文件标书费

       反向代理服务器,支持缓存、负载均衡、健康状态检测

       支持FastCGI

       模块化机制,非DOS机制,支持多种过滤器,如gzip,ssl和用来完成图形大小调整的图像模块

       支持SSL

2.扩展功能

       基于名称和IP做虚拟主机

       支持keepalive

       支持平滑配置更新和程序版本升级

       定制访问日志,支持使用日志缓存以提高性能

       支持URL rewrite

       支持路径别名

       支持基于IP和用户的认证

       支持速率限制,并发数限制等

3.nginx的基本架构

       一个master,生成一个或多个worker

       事件驱动:kqueue,epoll,/dev/poll    

           消息通知:select poll rt rignals

       支持sendfile,sendfile64

       支持mmap

三、nginx的配置文件详解

       配置参数需要以分号结尾,语法格式如下

          参数名  值1 [值2....];

       配置参数中还支持使用变量

           支持使用模块内置变量

           用户自定义变量:set var_name value

       Nginx基本核心配置的类别

           用于调试、定位问题

           正常运行的必备配置

           优化性能的配置

           事件类的配置

1.正常运行的必备配置

          ①、user username[groupname]    

           以那个用户身份运行,可以在配置文件中指定,如果没有指定则以编译时的用户为运行用户

          ②、pid/path/to/pidfile_name

           指定nginx的pid文件

          ③、worker_rlimit_nofile#

           指定一个worker进程所能打开的最大句柄数

          ④、worker_rlimit_sigpending#

            设定每个用户能够发往worker进程的信息的数量  

2.优化性能相关的配置

          ①、worker_procrsses #

             worker进程的个数,通常其数值应该为cpu的物理核心数减1或2

          ②、worker_cpu_affinitycpumask .....

              用来绑定cpu的,比如

worker_processes    4;

                worker_cpu_affinity 0001 00100100 1000;

           ③、ssl_engine device

               在存在ssl硬件加速器的服务器上,指定所使用的ssl硬件加速设备

           ④、timer_resolution t

               每次内核事件调用返回时,都会使用gettimeday()来更新nginx缓存时钟,timer_resloution用来定义每隔多久才会由gettimeday()更新一次缓存时钟,x86-64系统上,gettimeday()代价已经很小,可以忽略此配置

           ⑤、worker_priority nice

              -20到19之间的整数值,数值越小越优先被调用

3.跟事件相关的配置

           ①、accept_mutex on|off

               是否打开nginx的负载均衡锁,此锁能够让多个worker轮流地、序列化的与新的客户端请求建立连接;而通常当一个worker进程的负载达到其上限的7/8,master就尽可能不将请求掉地至此worker

           ②、lock_file /path/to/lock_file

               锁文件的位置

           ③、accept_mutex_delay #ms

               使用accept锁以后,只有一个worker能取得锁,一个worker进程为取得accept锁的等待市场,即用户建立等待的时间,如果某worker进程在某次试图取得锁时失败了,则至少要等#ms才能再一次请求锁

           ④、multi_accept on|off

               是否允许一次性地响应多个用户请求,默认为off   

           ⑤、use [epoll|rtsig|select|poll]

               指定使用的模型,建议让nginx自动选择

           ⑥、worker_commections #

               每个worker能够并发响应的最大请求数,如果为代理服务器的话,worker_rlimit_nofile=worker_commections*2

4.用于调试、定位问题:只在调试nginx时使用

           ①、daemon [on|off]

               关闭提供守护进程的模式,是否让nignx运行于后台;调试时应该为off,使得所有信息直接输出在控制台上,默认为on

           ②、master_process on|off

               是否已master/worker模式运行nginx,默认为on,调试时可以设置为off以方便追踪

           ③、error_log /path/to/error_log level

               错误日志文件及其级别,调试时可以使用debug级别,但要求在编译时必须使用--with-debug启用debug功能,通常默认为error级别

5.跟内存及磁盘资源分配相关

           ①、client_body_in_file_only on|clean|off

               是否将请求包体存储在磁盘中,不为off时,即时包体为0,也要存储在硬盘上,如果为on,请求结束后包体文件不会被删除,clean表示删除

          ②、client_body_in_single_buffer on|off

              http的包体是否存储在内存buffer当中,默认为off

          ③、client_body_buffer_size

              nginx接受http包体的内存缓存区大小

          ④、client_body_temp_path dir-path[level1[level2[level3]]]

               定义http包体存放的临时目录,可以使用多级目录,level用来指定某一级目录的文件名的长度

              client_body_temp_path /var/tmp/client 1 2

               表示在/var/tmp/client创建16个一级子目录,在每个一级子目录创建256个二级子目录来存放缓存

          ⑤、client_header_buffer_size size

               正常情况下接受用户请求的http报文header部分时分配的buffer大小,默认为1k

          ⑥、large_client_header_buffers numbersize

               存储超大http请求首部的内存buffer大小及个数

          ⑦、connection_pool_size size

              nginx对于每个建立成功的tcp连接都会预先分配一个内存池,此处机用于设定此内存池的初始大小,默认为256

          ⑧、request_pool_size size

              nginx对于每个处理每个请求时会预先分配一个内存池,此处机用于设定此内存池的初始大小,默认为4K

四、nginx的http web功能

       必须使用虚拟主机来配置站点,每个虚拟主机使用一个server{}段来定义,非虚拟主机的配置和公共选项,需要定义在server之外,http之内

       1.server{}

          定义一个虚拟主机:nginx支持使用基于主机名或ip的虚拟主机

       2.listen

          liseten address [:port]

          liseten prot

          listen  unix:socket

          default_server:定义此server为http的默认的server,如果所有的server中任意没有任何一个使用此参数,那么第一个server为默认server

          rcvbuf=SIZE:接收缓冲大小

          sndbuf=SIZE:发送缓冲大小

       3.server_name[...]

          server_name可以跟多个主机名,名称可以使用通配符和正则表达式(通常以~开头):当nginx收到一个请求时,会取出去首部的server的值,而后跟众server_name进行比较:比较方式

          (1)先做精确匹配

          (2)左侧通配符匹配

          (3)右侧通配符匹配

          (4)正则表达式匹配

      4.server_name_hash_bucket_size 32|64|128

          为了实现快速主机查找,nginx使用hash表来保存主机名

       5.location [=|~ |~* |^~] uri {  ... }

        location @name { ... }

          功能:允许根据用户请求的URI来匹配指定的各location以进行访问匹配;匹配到时,将被location块中的配置所处理

          == 精确匹配

          ~:正则表达式模式匹配,匹配时区分字符大小写

          ~*:正则表达式模式匹配,匹配时忽略字符大小写

          ^~:只需要前半部分与uri匹配即可,不检查正则表达式

          匹配优先级:

              字符字面量最精确匹配、正则表达式索引(有多个匹配到时,由第一个匹配到的所处理)、安字符字面量

五、文件路径定义

       1.root path     

           设置web资源路径,用于指定请求的根文档目录,从根开始匹配

           root:root/URI

       2.alias path

           指定路径别名,只能用于location中,从最后一个/开始匹配

           alias: alias/

       3. index file ....

           定义默认页面,可以跟多个值,自左向右匹配

       4.error_pagecode ...[=[response]] URI

          当对于某个请求发回错误时,如果匹配上了error_page指令中设定的code,则从定向至新的URI中

          错误重定向

       5.try_filespath1 [path2 ... ] URI

          自左向右尝试读取所有path所指定路径,在第一个找到即停止并返回,如果path均不存在,则返回最后一个URI

location ~* ^/document/(.*)${

           root /www/htdocs

           try_files $uri/docu/$1 /temp.html

           }

          http://www.wangfeng7399.com/documents/a.html

           http://www.wangfeng7399.com/docu/a.html

          http://www.wangfeng7399.com/temp.html

六、网络连接相关的设置

      1.keepalive_timeout time

          保持连接的超时时长,默认为75s

      2.keepalive_requests n

          在一次长连接上允许承载的最大请求数

      3.keepalive_disable [msie6|asfari|none]

          对指定的浏览器禁止使用长连接

       4.tcp_nodelayon|off

          对keepalive连接是否使用tcp_nodelay选项

      5.client_header_timeout time

          读取http请求首部的超时时长

      6.client_body_timeout time

          请求http请求包体的超时时长

      7.save_timeout time

          发送响应的超时时长

七、对客户端请求的限制

      1.limit_except method ... { ... }

          指定范围之外的其他的访问控制,只能用于location中

      2.client_max_body_size SIZE

          http请求包体的最大值,常用于限定客户端所能够请求的最大包体,根据请求首部中的Content-Length来检查,以避免无用的传输

       3.limit_ratespeed

          限制客户端每秒传输的字节数,默认为0,表示没有限制

      4.limit_rate_after time

          nginx向客户端发送响应报文时,如果时长超过了此处指定的时长,则后续的发送过程开始限速

八、文件操作的优化

       1.aendfile on|off

           是否启用sendfile功能

       2.aio on|off

           是否启用aio功能

       3.open_file_cache max=N[incative=time]|off

           是否打开文件缓存功能

           max:用于缓存条目的最大值,允许打开的缓存条目最大数,当满两类以后将根据LRU(最小最少连接数)算法进行置换     

           inactive:某缓存条目在指定时长内没有被访问过时,将自动被删除,通常默认为60s

           缓存的信息包括

               文件句柄、文件大小和上次修改的时间

               已经打开的目录结构

               没有找到或没有访问权限的信息

       4.open_file_cache_errorson|off

           是否缓存文件找不到或者没有权限访问等信息

       5.open_file_cache_min_use #

           在inactive指定的时长内被访问超过此处指定的次数时,不会被删除

       6.open_file_cache_valid time

           多长时间检查一次缓存中的额条目是否超出非活动时长,默认为60s

九、对客户端请求的特殊处理

      1.ignore_invalid_headers on|off

          是否忽略不合法的http首部,默认为on,off意味着请求首部中出现不合规的首部将拒绝响应,只能用于server和http中,建议改为off

      2.log_not_found on|off

          用户访问的文件不存在时,是否将其记录到错误日志中

       3.resolveraddress

          指定nginx使用的dns服务器地址

       4.resolvertimeout

          指定DNS解析超时时长,默认为30s

      5.server_tokens on|off

          是否在错误页面中显示nginx的版本号

十、http核心模块的内置变量

       1.$uri:当前请求的uri,不带参数

       2.$request_uri:请求的uri,带完整参数

       3.$host:http请求报文中host首部,如果请求中没有host首部,则以处理此请求的主机的著名代替

       4.$hostname:nginx服务运行所在主机的主机名

       5.$remote_addr:客户端ip

       6.$remote_port:客户端port

       7.$remote_user:使用用户认证时客户端用户输入的用户名

       8.$request_filename:用户请求中的URI经过本地root或alias转换后映射的本地的文件路径

       9.$request_method:请求方法

       10.$server_addr:服务器地址

       11.$server_name: 服务器名称

       12.$server_port: 服务器端口

       13.$server_protocol:服务器想客户端发送响应时的协议,如http/1.1 http/1.0

       14.$scheme: 在请求中使用的scheme映射协议本身的协议

       15.$http_HEADER:匹配请求报文中指定的HEADER  例如:$http_host匹配请求报文中的host首部

       16.$sent_http_HEADER:响应报文中指定的HERADER,例如:$http_content_type匹配相应报文中的content-type首部

继续阅读