同步操作将从 Java精选/Ebooks 强制同步,此操作会覆盖自 Fork 仓库以来所做的任何修改,且无法恢复!!!
确定后同步将在后台操作,完成时将刷新页面,请耐心等待。
stub_status指令:该指令用于了解Nginx当前状态的当前状态,如当前的活动连接,接受和处理当前读/写/等待连接的总数。
sub_filter指令:它用于搜索和替换响应中的内容,并快速修复陈旧的数据。
为了避免服务器崩溃,一般会通过负载均衡的方式来分担服务器压力。将对台服务器组成一个集群,当用户访问时,先访问到一个转发服务器,再由转发服务器将访问分发到压力更小的服务器。
Nginx实现负载均衡的策略有五种。
1、轮询(默认方式)
每个请求按时间顺序逐一分配到不同的后端服务器,如果后端某个服务器宕机,则能自动剔除故障系统。
upstream jxserver {
server 192.168.0.1;
server 192.168.0.2;
server 192.168.0.3;
}
2、weight(权重)
weight的值越大分配到的访问概率越高,主要用于后端每台服务器性能不均衡的情况下或在主从的情况下设置不同的权值,达到合理有效的地利用主机资源。
upstream jxserver {
server 192.168.0.1 weight=2;
server 192.168.0.2 weight=3;
server 192.168.0.3 weight=5;
}
3、ip_hash(IP绑定)
每个请求按访问IP的哈希结果分配,使得来自同一个IP的访客固定访问一台后端服务器且可以有效解决动态网页存在的session共享问题。
upstream jxserver {
ip_hash;
server 192.168.0.1:81;
server 192.168.0.2:82;
server 192.168.0.3:83;
}
4、fair(第三方插件)
Nginx必须安装upstream_fair模块。
fair算法可以根据页面大小和加载时间长短智能地进行负载均衡,响应时间(rt)短的优先分配请求。
upstream jxserver {
server 192.168.0.1;
server 192.168.0.2;
server 192.168.0.3;
fair;
}
哪个服务器的响应速度快,就将请求分配到那个服务器上。
5、url_hash(第三方插件)
Nginx必须安装hash软件包。
与ip_hash类似,但是按照访问url的hash结果来分配请求,使得每个url定向到同一个后端服务器,主要应用于后端服务器为缓存时的场景。
upstream jxserver {
server 192.168.0.1;
server 192.168.0.2;
hash $request_uri;
hash_method crc32;
}
1、FastCGI进程是否已经启动
2、FastCGI worker进程数是否不够
3、FastCGI执行时间过长
1、fastcgi_connect_timeout 300;
2、fastcgi_send_timeout 300;
3、fastcgi_read_timeout 300;
FastCGI Buffer不够
1、nginx和apache一样,有前端缓冲限制,可以调整缓冲参数
2、fastcgi_buffer_size 32k;
3、fastcgi_buffers 8 32k;
Proxy Buffer不够
1、如果你用了Proxying,调整
2、proxy_buffer_size 16k;
3、proxy_buffers 4 16k;
php脚本执行时间过长
将php-fpm.conf的0s的0s改成一个时间。
Nginx(engine x)是一个轻量级、高性能的HTTP和反向代理web服务器,同时也是一个IMAP、POP3、SMTP代理服务器。
Nginx是由伊戈尔·赛索耶夫为俄罗斯访问量第二的Rambler.ru站点(俄文:Рамблер)开发的,第一个公开版本0.1.0发布于2004年10月4日。
Nginx相比较Apache、lighttpd具有占有内存少,稳定性高等优势,并且依靠并发能力强,丰富的模块库以及友好灵活的配置而闻名。
├── client_body_temp
├── conf # Nginx所有配置文件目录
│ ├── fastcgi.conf # fastcgi相关参数配置文件
│ ├── fastcgi.conf.default # fastcgi.conf原始备份文件
│ ├── fastcgi_params # fastcgi参数文件
│ ├── fastcgi_params.default
│ ├── koi-utf
│ ├── koi-win
│ ├── mime.types # 媒体类型
│ ├── mime.types.default
│ ├── nginx.conf # Nginx主配置文件
│ ├── nginx.conf.default
│ ├── scgi_params # scgi相关参数文件
│ ├── scgi_params.default
│ ├── uwsgi_params # uwsgi相关参数文件
│ ├── uwsgi_params.default
│ └── win-utf
├── fastcgi_temp # fastcgi临时数据目录
├── html # Nginx默认站点目录
│ ├── 50x.html # 错误页面
│ └── index.html # 默认首页文件
├── logs # Nginx日志目录
│ ├── access.log # 访问日志文件
│ ├── error.log # 错误日志文件
│ └── nginx.pid # pid文件,Nginx进程启动后会把所有进程ID号写到此文件
├── proxy_temp # 临时目录
├── sbin # Nginx命令目录
│ └── nginx # Nginx启动命令
├── scgi_temp # 临时目录
└── uwsgi_temp # 临时目录
location指令的作用是根据用户请求的URI来执行不同的应用。
location指令也可以理解成为根据用户请求的网站URL进行匹配,匹配成功即进行相关的操作。
状态码413
request entity too large:默认nginx会限制用户长传文件大小,如果想修改限制的文件大小可以使用client_max_body_size修改。
状态码502
bad gateway:一般为后端服务无响应。比如反向代理到127.0.0.1,如果127.0.0.1没有响应则nginx会返给客户端502。
状态码504
gateway time-out:一般为后端服务执行超时,nginx默认等待时间为60秒。
在开始处理一个http请求时,nginx会取出header头中的host,与nginx.conf中每个server的server_name进行匹配,以此决定到底由哪一个server块来处理这个请求。
location匹配优先级为= > ^ > ~* = ~。
=:表示进行普通字符精确匹配,也就是完全匹配。
^~:表示普通字符匹配,使用前缀匹配。
~*:表示执行一个正则匹配(不区分大小写)。
~:表示执行一个正则匹配(区分大小写)。
server_name与host匹配优先级如下:
1、完全匹配
2、通配符在前的,如*.test.com
3、在后的,如www.test.*
4、正则匹配,如~^.www.test.com$
如果都无法匹配时
1、优先选择listen配置项后有default或default_server。
2、找到匹配listen端口的第一个server块。
Nginx中ngx_http_limit_conn_module模块提供了限制并发连接数的功能,可以使用limit_conn_zone指令以及limit_conn执行进行配置。
实例配置如下:
http {
limit_conn_zone $binary_remote_addr zone=myip:10m;
limit_conn_zone $server_name zone=myServerName:10m;
server {
location / {
limit_conn myip 10;
limit_conn myServerName 100;
rewrite / http://www.lijie.net permanent;
}
}
}
要在URL中保留双斜线,就必须使用merge_slashes参数。
语法:merge_slashes [on/off]
默认值: merge_slashes on
可以在http、server模块中使用。nginx配置信息组织结构如下:
http |__server | |__location | |__location | |__server |__location
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。