1.根目录和索引文件

server {    root /www/data;    location / {    }    location /images/ {    }    location ~ \.(mp3|mp4) {        root /www/media;    }}

root指令能放置的位置是：http，server，location。

上面的意思是：我所有的location定义都是基于根目录/www/data的，也就是说"/"指的就是/www/data/，而"/images/"指的就是/www/data/images/。

我们可以为每个目录都定义一个索引文件，默认是index.html。

index指令的值：可以是index.html或者index.htm，或者index.php。

如果我们的URI是/images/some/path，那么nginx返回的文件就是/www/data/images/some/path/index.html。当然，前提是这个index.html得存在，否则返回404错误。

 

假如我访问/images/some/path这个URI时，我希望在网页上展示的是列表，需要使用指令autoindex：会展示/www/data/images/some/path/目录下的所有文件夹和文件。

location /images/ {    autoindex on;}

 

可以在index指令后添加多个索引文件，nginx会按顺序查找，找到哪个就使用哪个：

location / {    root html;    index index.html index.php index.htm index.$geo.html;}

$geo是一个用geo指令设置的自定义变量，这个变量的值取决于客户端的IP地址。

 

index.php文件的重定向：

location / {    root /data;    index index.html index.php;}location ~ \.php {    fastcgi_pass localhost:8000;    ...}

 

2.尝试多个选项

try_files用于提供备选方案，当用户请求的URI不存在时，给予用户一个备选的方案。

server {    root /www/data;    location /images/ {        try_files $uri /images/default.gif;    }}

我们的URI是/images/aa.png，匹配到location之后，首先尝试去查找/www/data/images/aa.png文件，发现没有，此时nginx就会将/www/data/images/default.gif文件

返回给用户。

（问题：我的浏览器显示的是www.example.com/images/aa.png，但实际上看到的文件却是www.example.com/images/default.gif，目前不知道原因）。

还有一点要注意：我们的替换方法（比如上面的/images/default.gif）一定要在root的范围内，也就是/www/data目录下寻找，你不能写成其他的。

 

location / {    try_files $uri $uri/ $uri.html =404;}

如果匹配完所有的内容，都没能找到，就返回404错误。注意，如果你不明确指定404错误，那么nginx会返回500内部服务器错误的字样。

 

返回指定的错误页面：

error_page 404 /404.html;location = /404.html {    root html;}

 

重定向到命名location所代表的后端服务器：

location / {    try_files $uri $uri/ @backend;}location @backend {    proxy_pass http://backend.example.com;}

当前面的$uri，$uri/都匹配不上时，就交给@backend所代表的http://backend.example.com去处理。

这里可以查看nginx的Content Caching（https://www.nginx.com/resources/webinars/content-caching-nginx-plus/），看它如何戏剧性地提高站点的性能，同时深入

理解Nginx的缓存功能。

 

3.优化Nginx提供内容的速度

对nginx的配置做少许的修改，就能提高nginx的性能。

（1）开启sendfile

location /mp3 {    sendfile           on;    sendfile_max_chunk 1m;    ...}

如果不开启sendfile，nginx会自己处理文件的传输，在发送数据之前，会将数据拷贝到buffer区域。

如果开启sendfile，就会省略拷贝到buffer区域的步骤，而是会直接从一个文件描述符拷贝到另一个文件描述符。

如果一个连接传输数据很快，那么它会一个人霸占一个工作进程，那么可以限制sendfile()方法每次传输的数据量大小，那么可以定义sendfile_max_chunk指令，从而限制每

个连接中最大可以传输的数据量。

 

（2）开启tcp_nopush

location /mp3 {    sendfile   on;    tcp_nopush on;    ...}

tcp_nopush需要和sendfile一起使用，它的作用是：让HTTP响应头和sendfile()发送的数据混合为一个数据包发送出去。

 

（3）开启tcp_nodelay

location /mp3  {    tcp_nodelay       on;    keepalive_timeout 65;    ...}

这个选项用于覆盖Nagle's算法。

Nagle's算法原本的作用是：用于解决在缓慢的网络中传输很小的数据包问题。它的做法是在200ms的延迟时间内，将多个小的数据包组合为一个大的数据包，然后发出去。

当nginx提供大的静态文件时，它不管文件大小，都是立即发送出去。

delay会影响在线应用程序，比如ssh，在线游戏，在线交易。

tcp_nodely设置为on，表示关闭Nagle's算法。

必须开启keepalive，才能使用这个指令，否则不能使用。

 

（4）优化Backlog Queue

有一个重要的因素是：Nginx处理incoming connections时，有多快？

监听套接字的监听队列：listen socket的"listen" queue

一般规则是：当一个连接建立后，它就会被放入这个"listen" queue中去。

在正常情况下，要么是低队列，要么根本就没有队列。

但是在高负载情况下，这个队列就会很高，可能会造成不稳定的性能、可能会丢弃连接，可能会出现延时。

 

- 测量"listen" queue的长度

netstat -Lan   （这个命令可能不对，但重要的是下面的结果）

Current listen queue sizes (qlen/incqlen/maxqlen)Listen         Local Address         0/0/128        *.12345            10/0/128        *.80       0/0/128        *.8080

我们看端口80的listen queue，队列中目前有10个未接受的连接，这个队列的最大长度是128，也就是可以有128个连接在队列中。这是正常的结果。

 

如果出现的是下面的结果：

Current listen queue sizes (qlen/incqlen/maxqlen)Listen         Local Address         0/0/128        *.12345            192/0/128        *.80       0/0/128        *.8080

我们看到192超出了最大限制，这在网站繁忙时很容易看到。

我们需要做一些调整，允许更多的连接来排队。从2个层面来调整，一个是操作系统，一个是nginx自身。

 

首先是调整操作系统：

sysctl -w net.core.somaxconn=4096

这里的somaxconn指的是socket max connections，指的是监听套接字的最大连接数。

vim /etc/sysctl

net.core.somaxconn = 4096

 

然后是调整nginx：

server {    listen 80 backlog 4096;    # The rest of server configuration}