Detaillierte Erklärung der Nginx-Konfiguration (mit Code)

Dieser Artikel enthält eine detaillierte Erklärung der Konfiguration von Nginx (mit Code). Freunde in Not können darauf verweisen.

Gemeinsame Konfigurationselemente

Bei der Arbeit beschäftigen wir uns hauptsächlich mit Nginx über seine Konfigurationsdateien. Dann ist es notwendig, die jeweiligen Funktionen dieser Konfigurationselemente zu verstehen.

Zunächst einmal sieht der Inhalt von nginx.conf normalerweise so aus:

...              
...            #核心摸块

events {        #事件模块
 
   ...
}

http {     # http 模块

    server {      # server块
     
        location [PATTERN] {  # location块
        
            ...
        }
        location [PATTERN] {
        
            ...
        }
    }
    server {
      ...
    }
    
}

mail {     # mail 模块
     
     server {    # server块
          ...
    }

}

Schauen wir uns nacheinander die allgemeinen Konfigurationselemente jedes Moduls an:

Kern Modul

user admin; #配置用户或者组。

worker_processes 4; #允许生成的进程数，默认为1 

pid /nginx/pid/nginx.pid; #指定 nginx 进程运行文件存放地址 

error_log log/error.log debug; #错误日志路径，级别。

Ereignismodul

events { 
    accept_mutex on; #设置网路连接序列化，防止惊群现象发生，默认为on 
    
    multi_accept on; #设置一个进程是否同时接受多个网络连接，默认为off 
    
    use epoll; #事件驱动模型select|poll|kqueue|epoll|resig
    
    worker_connections 1024; #最大连接数，默认为512
}

http-Modul

http {
    include       mime.types;   #文件扩展名与文件类型映射表
    
    default_type  application/octet-stream; #默认文件类型，默认为text/plain
    
    access_log off; #取消服务日志    

    sendfile on;   #允许 sendfile 方式传输文件，默认为off，可以在http块，server块，location块。
    
    sendfile_max_chunk 100k;  #每个进程每次调用传输数量不能大于设定的值，默认为0，即不设上限。
    
    keepalive_timeout 65;  #连接超时时间，默认为75s，可以在http，server，location块。

    server 
    {
            keepalive_requests 120; #单连接请求上限次数。
            
            listen 80; #监听端口
            
            server_name  127.0.0.1;   #监听地址      
            
            index index.html index.htm index.php;
            
            root your_path;  #根目录
          
            location ~ \.php$
            {
                  fastcgi_pass unix:/var/run/php/php7.1-fpm.sock;
                  
                  #fastcgi_pass 127.0.0.1:9000;
                  
                  fastcgi_index index.php;
                  
                  include fastcgi_params;
            }

    }
}

Konfigurationselementanalyse

• worker_processes
  worker_processes ist Wird zum Einrichten des Nginx-Dienstes verwendet. Anzahl der Prozesse. Dieser Wert ist die empfohlene Anzahl von CPU-Kernen.
• worker_cpu_affinity
  worker_cpu_affinity wird verwendet, um jedem Prozess CPU-Arbeitskerne zuzuweisen. Die Parameter werden durch mehrere Binärwerte dargestellt, und jedes Bit in jeder Gruppe repräsentiert die Nutzung der CPU Im Fall von bedeutet 1 Nutzung, 0 bedeutet Nichtnutzung. Wir verwenden also worker_cpu_affinity 0001 0010 0100 1000, um Prozesse an verschiedene Kerne zu binden. Standardmäßig sind Arbeitsprozesse nicht an eine CPU gebunden.
• worker_rlimit_nofile

  Legen Sie die maximale Anzahl geöffneter Dateien für jeden Prozess fest. Wenn nicht festgelegt, ist die Obergrenze die Systemnummer ulimit –n, die im Allgemeinen 65535 beträgt.

• worker_connections

  Legen Sie die maximale Anzahl von Verbindungen fest, die theoretisch von einem Prozess zugelassen werden. Theoretisch gilt: Je größer, desto besser, aber sie darf den Wert von worker_rlimit_nofile nicht überschreiten.

• Epoll verwenden

  Stellen Sie das ereignisgesteuerte Modell auf die Verwendung von Epoll ein. epoll ist eine der leistungsstarken ereignisgesteuerten Bibliotheken, die von Nginx unterstützt werden. Es gilt als hervorragendes ereignisgesteuertes Modell.

• accept_mutex off

  Deaktivieren Sie die Serialisierung von Netzwerkverbindungen. Wenn diese Option aktiviert ist, akzeptieren mehrere Nginx-Prozesse Verbindungen und serialisieren sie, um zu verhindern, dass mehrere Prozesse um Verbindungen konkurrieren. Wenn nicht viele Serververbindungen vorhanden sind, wird durch Aktivieren dieses Parameters die Last bis zu einem gewissen Grad reduziert. Wenn der Durchsatz des Servers jedoch hoch ist, schalten Sie diesen Parameter aus Effizienzgründen bitte aus. Durch das Ausschalten dieses Parameters können Anforderungen auch gleichmäßiger auf mehrere Mitarbeiter verteilt werden. Also setzen wir „accept_mutex“ auf „Off“; 0 und höher Ein gestarteter Systemaufruf, der die Schritte im Netzwerkübertragungsprozess vereinfachen und die Serverleistung verbessern kann.

Herkömmlicher Netzwerkübertragungsprozess ohne Sendedatei:

• Festplattenpuffer >> Kernel-Socket-Puffer >> >Der Prozess der Verwendung von sendfile() für die Netzwerkübertragung:

Festplatte>> Kernelpuffer (schnelles Kopieren in den Kernelsocket-Puffer) >>Protokollstapel

• tcp_nopush on ;

  Stellen Sie Datenpakete so ein, dass sie gesammelt und dann gemeinsam übertragen werden, was die Übertragungseffizienz etwas verbessern kann. tcp_nopush muss mit sendfile verwendet werden.

  tcp_nodelay on;

  Kleine Pakete werden ohne Wartezeit direkt übertragen. Die Standardeinstellung ist aktiviert. Es scheint die entgegengesetzte Funktion von tcp_nopush zu sein, aber wenn beide Seiten eingeschaltet sind, kann Nginx auch die Verwendung dieser beiden Funktionen ausgleichen.

  keepalive_timeout
Die Dauer der HTTP-Verbindung. Eine zu lange Einstellung führt zu zu vielen nutzlosen Threads. Dies wird anhand der Anzahl der Serverzugriffe, der Verarbeitungsgeschwindigkeit und der Netzwerkbedingungen berücksichtigt.

• send_timeout
Legen Sie die Zeitüberschreitung für die Antwort des Nginx-Servers auf den Client fest. Diese Zeitüberschreitung gilt nur für die Zeit zwischen bestimmten Aktivitäten, nachdem die beiden Clients und der Server eine Verbindung hergestellt haben Zeit, Es gibt keine Aktivität auf dem Client und der Nginx-Server schließt die Verbindung

• gzip on
Aktivieren Sie gzip, um die Antwortdaten online in Echtzeit zu komprimieren, um die Menge der Datenübertragung zu reduzieren .

• gzip_disable „msie6“
Der Nginx-Server verwendet die Gzip-Funktion nicht zum Zwischenspeichern von Anwendungsdaten, wenn er auf diese Art von Client-Anfragen antwortet. gzip_disable „msie6“ führt keine GZIP-Komprimierung für Daten aus IE6 durch Browser.
Die häufig verwendeten Konfigurationselemente lauten ungefähr wie folgt. Für verschiedene Geschäftsszenarien erfordern einige zusätzliche Konfigurationselemente, die hier nicht erweitert werden.

• Andere

• In der HTTP-Konfiguration gibt es ein Standortelement, das verwendet wird, um die entsprechenden Verarbeitungsregeln basierend auf der URI in der Anfrage abzugleichen.

location  = / {
  # 精确匹配 / ，主机名后面不能带任何字符串
  [ config A ]
}

location  / {
  # 因为所有的地址都以 / 开头，所以这条规则将匹配到所有请求
  # 但是正则和最长字符串会优先匹配
  [ config B ]
}

location /documents/ {
  # 匹配任何以 /documents/ 开头的地址，匹配符合以后，还要继续往下搜索
  # 只有后面的正则表达式没有匹配到时，这一条才会采用这一条
  [ config C ]
}

location ~ /documents/Abc {
  # 匹配任何以 /documents/Abc 开头的地址，匹配符合以后，还要继续往下搜索
  # 只有后面的正则表达式没有匹配到时，这一条才会采用这一条
  [ config CC ]
}

location ^~ /images/ {
  # 匹配任何以 /images/ 开头的地址，匹配符合以后，停止往下搜索正则，采用这一条。
  [ config D ]
}

location ~* \.(gif|jpg|jpeg)$ {
  # 匹配所有以 gif,jpg或jpeg 结尾的请求
  # 然而，所有请求 /images/ 下的图片会被 config D 处理，因为 ^~ 到达不了这一条正则
  [ config E ]
}

location /images/ {
  # 字符匹配到 /images/，继续往下，会发现 ^~ 存在
  [ config F ]
}

location /images/abc {
  # 最长字符匹配到 /images/abc，继续往下，会发现 ^~ 存在
  # F与G的放置顺序是没有关系的
  [ config G ]
}

location ~ /images/abc/ {
  # 只有去掉 config D 才有效：先最长匹配 config G 开头的地址，继续往下搜索，匹配到这一条正则，采用
    [ config H ]
}

Die regulären Suchprioritäten von hoch nach niedrig sind wie folgt: Der Anfang von „=" bedeutet eine genaue Übereinstimmung , wie in A. Passt nur auf Anforderungen am Ende des Stammverzeichnisses und darf nicht von einer Zeichenfolge gefolgt werden.

" ^~" beginnt mit der Angabe, dass die URI mit einer regulären Zeichenfolge und nicht mit einer regulären Übereinstimmung beginnt.

" ~ " beginnt mit einer regulären Übereinstimmung, bei der die Groß-/Kleinschreibung beachtet wird " ~ * "Beginnt mit regulärem Abgleich ohne Berücksichtigung der Groß-/Kleinschreibung " / "Universeller Abgleich, wenn es keinen anderen Abgleich gibt, wird jede Anfrage mit der

Nginx 的负载均衡需要用到 upstream 模块，可通过以下配置来实现：

upstream test-upstream {
    ip_hash; # 使用 ip_hash 算法分配
 
    server 192.168.1.1; # 要分配的 ip
    server 192.168.1.2;
}

server {

    location / {       
        proxy_pass http://test-upstream;
    }
    
}

上面的例子定义了一个 test-upstream 的负载均衡配置，通过 proxy_pass 反向代理指令将请求转发给该模块进行分配处理。

Das obige ist der detaillierte Inhalt vonDetaillierte Erklärung der Nginx-Konfiguration (mit Code). Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!