nginx之查漏补缺

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了nginx之查漏补缺相关的知识,希望对你有一定的参考价值。

nginx工作原理

nginx由核心和模块组成,核心负责查找配置文件将客户端请求映射到一个location中,location中所配置的每个指令会启动不同的模块去完成相应的工作。

nginx模块按功能区分有

    Handler(处理器模块):直接处理请求,然后输出

    Filters(过滤器模块):对处理器模块输出的内容进行修改

    Proxies(代理器模块):与后端一些服务进行交互,实现服务代理和负载均衡等功能。

请求--->nginx内核--->handler模块--->filters模块--->http相应


nginx工作方式:有单工作进程和多工作进程

    单工作进程:除主进程外,还有工作进程,工作进程是单线程的。nginx默认是单进程模式

          主进程作用: 1、接收外界请求,并将请求交给工作进程处理

                 2、监控工作进程的运行状态

    多工作进程:工作进程包含多个线程


nginx如何实现高并发和轻量级?

   nginx采用异步非阻塞的事件处理机制,由进程循环处理多个准备好的事件。以epoll为例,未准备好的事件都会放入epoll中,只要有事件准备好,就会进行处理。而apache,每个请求都会独占一个工作线程,当并发数到达几千时,就同时有几千的线程在处理请求了,占用的内存非常大,线程的上下文切换带来的cpu开销也很大,性能就难以上去,同时这些开销是完全没有意义的。 


nginx实现负载均衡

    nginx支持的调度算法:

        1、轮询(默认):根据配置文件中的顺序,把请求依次分配到不同的后端服务器上

        2、weight:加权轮询,weight值越大,分配到的访问机率越高

upstream lzs.com {
    server 192.168.1.1 weight=2;
    server 192.168.1.2 weight=1;
    }

        3、ip_hash:同一个ip的访客固定访问同一个后端服务器,解决session共享问题

upstream lzs.com {
    ip_hash;
    server 192.168.1.1 ;
    server 192.168.1.2 ;
    }

  4、url_hash:同一个url的访问定向到同一个后端服务器上,提高后端缓存服务器的效率,使用这种调度算法需要下载nginx的hash软件包

  5、fair:根据后端服务器的相应时间来分配,相应时间短的优先分配,使用这种调度算法需要下载nginx的upstream_fair模块

  6、least_conn:最少连接,Web请求会被转发到连接数最少的服务器上。


 server指令除了指定后端服务器的ip和端口外,还可以指定每个服务器在负载均衡调度中的状态,常用的状态有:

    down:该server不参与负载均衡

    backup:当其他server无法相应请求时才会使用这个server

upstream lzs.com {
    server 192.168.1.1;
    server 192.168.1.2 backup;
    }

    *当调度算法为ip_hash时,状态不能是backup


location匹配规则

    1、匹配分为普通匹配和正则匹配,普通匹配又分为精确匹配和最大前缀匹配。

    2、先匹配普通匹配,再匹配正则匹配

   3、正则匹配会覆盖最大前缀匹配

    4、当普通 location 前面指定了“ ^~ ”时,该条匹配上时不再需要继续匹配

    5、当匹配上精确匹配时,不再需要继续匹配

  总结:匹配优先级:精确匹配>指定“^~”的普通匹配>正则匹配>最大前缀匹配

 例:

location / {......}    #最大前缀匹配,匹配以/开头的url,但会被正则匹配覆盖
location = / {......}    #精确匹配url=/,不再继续匹配
location ^~/img/ {……}    #匹配以/img/开头的url,不再继续匹配
location ~ .*\.(gif|jpg|png)$ {……}    #匹配图像文件

  此外,~:区分大小写

    ~*:不区分大小写


nginx代理部分中X-Real-IP和X-Forwarded-For的区别:

一般来说,X-Forwarded-For是用于记录代理信息的,每经过一级代理(匿名代理除外),代理服务器都会把这次请求的来源IP追加在X-Forwarded-For中

来自4.4.4.4的一个请求,header包含这样一行

X-Forwarded-For: 1.1.1.1, 2.2.2.2, 3.3.3.3

代表 请求由1.1.1.1发出,经过三层代理,第一层是2.2.2.2,第二层是3.3.3.3,而本次请求的来源IP4.4.4.4是第三层代理

而X-Real-IP,没有相关标准,上面的例子,如果配置了X-Read-IP,可能会有两种情况

// 最后一跳是正向代理,可能会保留真实客户端IPX-Real-IP: 1.1.1.1
// 最后一跳是反向代理,比如Nginx,一般会是与之直接连接的客户端IPX-Real-IP: 3.3.3.3

一般来说,使用X-Forwarded-For效果更好,可以记录完整的代理链路


nginx中的proxy_pass后url是否加/的区别

1、location /test1/ { 
                proxy_pass http://test2; 
     }
2、location /test1/ { 
                proxy_pass http://test2/; 
     }

上面两种配置,区别只在于proxy_pass转发的路径后是否带 “/” 
情况1:如果访问url = http://test1/test/test.html,则被nginx代理后,请求路径会便问http://test2/test/test.html,将test/ 作为根路径,请求test/路径下的资源 

情况2:如果访问url = http://test1/test/test.html,则被nginx代理后,请求路径会变为 http://test2/test.html,直接访问server的根资源 

nginx中proxy_pass和rewrite的区别

proxy_pass一般用于将请求重定向到定义好的后端服务器上,不支持正则表达式匹配

rewrite一般用于修改请求中域名后边的除去传递的参数外的字符串,支持正则表达式匹配http://seanlook.com/a/we/index.php?id=1&u=str 只对/a/we/index.php重写

详细可参考博文http://blog.csdn.net/mchdba/article/details/50042387。


防盗链

盗链是指一个网站将其他大网站的资源(如音乐、下载、图片等)的地址放在自己的网站上,这样没有任何资源的网站利用了别的网站的资源来展示给浏览者,从而提高自己网站的访问量,对于原网站,一方面损失了一大部分流量,另一方面,还会加重服务器的负担。

防盗链原理:利用HTTP协议中的referer表头字段,referer会记录请求从哪里链接过来的,通过referer跟踪链接来源,一旦检测到来源不是本站即进行阻止或者返回指定的页面。

nginx中防盗链设置可参考博文http://blog.csdn.net/yuwenruli/article/details/8541952。


本文出自 “90后” 博客,请务必保留此出处http://lzs66.blog.51cto.com/9607068/1856546

以上是关于nginx之查漏补缺的主要内容,如果未能解决你的问题,请参考以下文章

MySQL之查漏补缺

半夜思考之查漏补缺 , Spring 中 Bean 之间的依赖问题

半夜思考之查漏补缺, Spring 中的容器后处理器

半夜思考之查漏补缺 , Spring 中的 Bean 继承机制

半夜思考之查漏补缺, 在 Spring中, 所有的bean都是Spring创建的吗?

查漏补缺——说说:nth-of-type(3n)选择器