配置影响nginx全局的指令。主要包括：
配置影响nginx服务器或与用户的网络连接。主要包括：
可以嵌套多个server，配置代理，缓存，日志定义等绝大多数功能和第三方模块的配置。主要包括：
配置请求的路由，以及各种页面的处理情况。主要包括：
说到该指令，首先得阐述一下什么是所谓的 “惊群问题”，可以参考 WIKI百科的解释。就Nginx的场景来解释的话大致的意思就是：当一个新网络连接来到时，多个worker进程会被同时唤醒，但仅仅只有一个进程可以真正获得连接并处理之。如果每次唤醒的进程数目过多的话，其实是会影响一部分性能的。
所以在这里，如果accept_mutex on，那么多个worker将是以串行方式来处理，其中有一个worker会被唤醒；反之若accept_mutex off，那么所有的worker都会被唤醒，不过只有一个worker能获取新连接，其它的worker会重新进入休眠状态
这个值的开关与否其实是要和具体场景挂钩的。
目前有一个需求如下：
用rewrite转发的话，url会发生变化的，那就用proxy_pass吧，于是添加了如下的配置：
另外，关于proxy_pass转发url的参数，可以通过在location中用rewrite来做，所以完善后的配置如下：
先来看下proxy_set_header的语法
允许重新定义或者添加发往后端服务器的请求头。value可以包含文本、变量或者它们的组合。 当且仅当当前配置级别中没有定义proxy_set_header指令时，会从上面的级别继承配置。 默认情况下，只有两个请求头会被重新定义：
nginx对于upstream默认使用的是基于IP的转发，因此对于以下配置：
如果不想改变请求头“Host”的值，可以这样来设置：
但是，如果客户端请求头中没有携带这个头部，那么传递到后端服务器的请求也不含这个头部。 这种情况下，更好的方式是使用$host变量——它的值在请求包含“Host”请求头时为“Host”字段的值，在请求未携带“Host”请求头时为虚拟主机的主域名：