nginx配置详解以及常用配置示例

《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》，点击传送门，即可获取！

• • Nginx配置文件结构

• 常用配置详解

• 常用命令

• • 重启Nginx

• 测试 Nginx 配置是否有误

• 常用方案配置

• • 反向代理

• 负载均衡

• 常见问题

• • 1.文件上传，413 Request Entity Too Large

• 2.文件下载，upstream sent invalid chunked response while reading upstream 错误

nginx中文网

Nginx配置文件结构

---

默认的 nginx 配置文件 nginx.conf 内容如下：

… #全局块

events { #events块

…

}

http #http块

{

… #http全局块

server #server块

{

… #server全局块

location [PATTERN] #location块

{

…

}

location [PATTERN]

{

…

}

}

server

{

…

}

upstream

{

…

}

… #http全局块

}

• 全局块：配置影响nginx全局的指令。一般有运行nginx服务器的用户组，nginx进程pid存放路径，日志存放路径，配置文件引入，允许生成worker process数等。

• events块：配置影响nginx服务器或与用户的网络连接。有每个进程的最大连接数，选取哪种事件驱动模型处理连接请求，是否允许同时接受多个网路连接，开启多个网络连接序列化等。

• http块：可以嵌套多个server，配置代理，缓存，日志定义等绝大多数功能和第三方模块的配置。如文件引入，mime-type定义，日志自定义，是否使用sendfile传输文件，连接超时时间，单连接请求数等。

• server块：配置虚拟主机的相关参数，一个http中可以有多个server。

• location块：配置请求的路由，以及各种页面的处理情况。

• upstream块：配置负载均衡

常用配置详解

---

常用命令

---

重启Nginx

./nginx -s reload;

测试 Nginx 配置是否有误

./nginx -t;

常用方案配置

---

反向代理

server {

listen 80;

server_name www.nginx.cn nginx.cn;

location /app {

proxy_pass http://127.0.0.1:8080;

}

}

负载均衡

#设定http服务器，利用它的反向代理功能提供负载均衡支持

http {

#设定mime类型,类型由mime.type文件定义

include /etc/nginx/mime.types;

default_type application/octet-stream;

#设定日志格式

access_log /var/log/nginx/access.log;

#省略上文有的一些配置节点

#。。。。。。。。。。

#设定负载均衡的服务器列表

upstream mysvr {

#weigth参数表示权值，权值越高被分配到的几率越大

server 192.168.8.1x:3128 weight=5;

#本机上的Squid开启3128端口,不是必须要squid

server 192.168.8.2x:80 weight=1;

server 192.168.8.3x:80 weight=6;

}

upstream mysvr2 {

#weigth参数表示权值，权值越高被分配到的几率越大

server 192.168.8.x:80 weight=1;

server 192.168.8.x:80 weight=6;

}

#第一个虚拟服务器

server {

#侦听192.168.8.x的80端口

listen 80;

server_name 192.168.8.x;

#对aspx后缀的进行负载均衡请求

location ~ .*.aspx$ {

#定义服务器的默认网站根目录位置

root /root;

总目录展示

该笔记共八个节点（由浅入深），分为三大模块。

高性能。 秒杀涉及大量的并发读和并发写，因此支持高并发访问这点非常关键。该笔记将从设计数据的动静分离方案、热点的发现与隔离、请求的削峰与分层过滤、服务端的极致优化这4个方面重点介绍。

一致性。 秒杀中商品减库存的实现方式同样关键。可想而知，有限数量的商品在同一时刻被很多倍的请求同时来减库存，减库存又分为“拍下减库存”“付款减库存”以及预扣等几种，在大并发更新的过程中都要保证数据的准确性，其难度可想而知。因此，将用一个节点来专门讲解如何设计秒杀减库存方案。

高可用。 虽然介绍了很多极致的优化思路，但现实中总难免出现一些我们考虑不到的情况，所以要保证系统的高可用和正确性，还要设计一个PlanB来兜底，以便在最坏情况发生时仍然能够从容应对。笔记的最后，将带你思考可以从哪些环节来设计兜底方案。

---

篇幅有限，无法一个模块一个模块详细的展示（这些要点都收集在了这份《高并发秒杀顶级教程》里），麻烦各位转发一下（可以帮助更多的人看到哟！）

由于内容太多，这里只截取部分的内容。
《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》，点击传送门，即可获取！
环节来设计兜底方案。

---

篇幅有限，无法一个模块一个模块详细的展示（这些要点都收集在了这份《高并发秒杀顶级教程》里），麻烦各位转发一下（可以帮助更多的人看到哟！）

[外链图片转存中…(img-5gw1deJQ-1714643191227)]

[外链图片转存中…(img-GEsSYEXD-1714643191228)]

由于内容太多，这里只截取部分的内容。
《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》，点击传送门，即可获取！