安装

brew又叫Homebrew，是Mac中的一款软件包管理工具
常用指令如下:

brew 搜索软件
brew search nginx

brew 安装软件
brew install nginx

brew 卸载软件
brew uninstall nginx

brew 升级
sudo brew update

查看安装信息(经常用到, 比如查看安装目录等)
sudo brew info nginx

查看已经安装的软件
brew list
启动nginx
sudo brew services start nginx
关闭nginx
sudo brew services stop nginx

/usr/local/bin/nginx # 启动
/usr/local/bin/nginx -s reload # 平滑重启
/usr/local/etc/nginx/nginx.cnf # 配置文件

配置文件

1、main (全局设置)
2、events (nginx工作模式)
3、http (http设置)
4、sever (主机设置)
5、location (URL匹配)
6、upstream (负载均衡服务器设置)

main

下面是一个main区域，他是一个全局的设置

user nobody nobody; # 指定 Nginx Worker 进程运行用户以及用户组，默认由 nobody 账号运行
worker_processes 2; # 指定 Nginx 要开启的子进程数
error_log /usr/local/var/log/nginx/error.log notice; # 定义全局错误日志文件
pid /usr/local/var/run/nginx/nginx.pid; # 指定进程 id 的存储文件位置
worker_rlimit_nofile 1024; # 指定一个 nginx 进程可以打开的最多文件描述符数目，如果设置 65535，需要使用命令 “ulimit -n 65535” 来设置
user 来指定 Nginx Worker 进程运行用户以及用户组，默认由 nobody 账号运行。

worker_processes 来指定了 Nginx 要开启的子进程数。每个 Nginx 进程平均耗费 10M~12M 内存。根据经验，一般指定 1 个进程就足够了，如果是多核 CPU，建议指定和 CPU 的数量一样的进程数即可。我这里写 2，那么就会开启 2 个子进程，总共 3 个进程。

error_log 用来定义全局错误日志文件。日志输出级别有 debug、info、notice、warn、error、crit 可供选择，其中，debug 输出日志最为最详细，而 crit 输出日志最少。

pid 用来指定进程id的存储文件位置。

worker_rlimit_nofile 用于指定一个 nginx 进程可以打开的最多文件描述符数目，这里是 65535，需要使用命令 “ulimit -n 65535” 来设置。

event

events 模块来用指定 nginx 的工作模式和工作模式及连接数上限，一般是这样

events {
use kqueue; # mac 平台，指定 Nginx 的工作模式
worker_connections 1024; # 定义 Nginx 每个进程的最大连接数，即接收前端的最大请求数，默认是 1024
}
use 用来指定 Nginx 的工作模式。Nginx 支持的工作模式有 select、poll、kqueue、epoll、rtsig 和 /dev/poll。其中 select 和 poll 都是标准的工作模式，kqueue 和 epoll 是高效的工作模式，不同的是 epoll 用在 Linux 平台上，而 kqueue 用在 BSD 系统中，因为 Mac 基于 BSD ,所以 Mac 也得用这个模式，对于 Linux 系统，epoll 工作模式是首选。

worker_connections 用于定义Nginx每个进程的最大连接数，即接收前端的最大请求数，默认是1024。最大客户端连接数由worker_processes 和 worker_connections 决定，即 Max_clients = worker_processes * worker_connections，在作为反向代理时，Max_clients 变为：Max_clients = worker_processes * worker_connections/4。
进程的最大连接数受 Linux 系统进程的最大打开文件数限制，在执行操作系统命令 “ulimit -n 65536” 后 worker_connections 的设置才能生效。

location

location 模块是 nginx 中用的最多的，也是最重要的模块了，什么负载均衡啊、反向代理啊、虚拟域名啊都与它相关。慢慢来讲：

location 根据它字面意思就知道是来定位的，定位 URL，解析 URL，所以，它也提供了强大的正则匹配功能，也支持条件判断匹配，用户可以通过 location 指令实现 Nginx 对动、静态网页进行过滤处理。像我们的 php 环境搭建就是用到了它。

我们先来看这个，设定默认首页和虚拟机目录。

location / { # 表示匹配访问根目录
root /Users/yangyi/www; # 指定访问根目录时，虚拟主机的 web 目录
index index.php index.html index.htm; # 设定我们只输入域名后访问的默认首页地址
}
location / 表示匹配访问根目录。

root 指令用于指定访问根目录时，虚拟主机的web目录，这个目录可以是相对路径（相对路径是相对于nginx的安装目录）。也可以是绝对路径。

index 用于设定我们只输入域名后访问的默认首页地址，有个先后顺序：index.php index.html index.htm，如果没有开启目录浏览权限，又找不到这些默认首页，就会报403错误。

location 还有一种方式就是正则匹配，开启正则匹配这样：location _{。后面加个}。

下面这个例子是运用正则匹配来链接php。我们之前搭建环境也是这样做：

location ~ .php 熟悉正则的我们直到，这是匹配 .php 结尾的 URL，用来解析 php 文件。里面的 root 也是一样，用来表示虚拟主机的根目录。
fast_pass 链接的是 php-fpm 的地址。

upstream

upstream 模块负责负载均衡模块，通过一个简单的调度算法来实现客户端 IP 到后端服务器的负载均衡

upstream iyangyi.com{
ip_hash;
server 192.168.12.1:80;
server 192.168.12.2:80 down;
server 192.168.12.3:8080 max_fails=3 fail_timeout=20s;
server 192.168.12.4:8080;
}
在上面的例子中，通过 upstream 指令指定了一个负载均衡器的名称 iyangyi.com。这个名称可以任意指定，在后面需要的地方直接调用即可。

里面是 ip_hash 这是其中的一种负载均衡调度算法，下面会着重介绍。紧接着就是各种服务器了。用 server 关键字表识，后面接 ip。

Nginx 的负载均衡模块目前支持 4 种调度算法 :

1）weight 轮询（默认）

每个请求按时间顺序逐一分配到不同的后端服务器，如果后端某台服务器宕机，故障系统被自动剔除，使用户访问不受影响。weight。指定轮询权值，weight值越大，分配到的访问机率越高，主要用于后端每个服务器性能不均的情况下。

2）ip_hash

每个请求按访问IP的hash结果分配，这样来自同一个IP的访客固定访问一个后端服务器，有效解决了动态网页存在的session共享问题。

3）fair

比上面两个更加智能的负载均衡算法。此种算法可以依据页面大小和加载时间长短智能地进行负载均衡，也就是根据后端服务器的响应时间来分配请求，响应时间短的优先分配。Nginx本身是不支持fair的，如果需要使用这种调度算法，必须下载Nginx的upstream_fair模块。

4）url_hash

按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，可以进一步提高后端缓存服务器的效率。Nginx本身是不支持url_hash的，如果需要使用这种调度算法，必须安装Nginx 的hash软件包。

在 HTTP Upstream 模块中，可以通过server指令指定后端服务器的IP地址和端口，同时还可以设定每个后端服务器在负载均衡调度中的状态。常用的状态有：

down，表示当前的server暂时不参与负载均衡。
backup，预留的备份机器。当其他所有的非backup机器出现故障或者忙的时候，才会请求backup机器，因此这台机器的压力最轻。
max_fails，允许请求失败的次数，默认为1。当超过最大次数时，返回proxy_next_upstream 模块定义的错误。
fail_timeout，在经历了max_fails次失败后，暂停服务的时间。max_fails可以和fail_timeout一起使用。
注意 当负载调度算法为ip_hash时，后端服务器在负载均衡调度中的状态不能是weight和backup。