


Einführung in Parameter, die in Nginx konfiguriert werden müssen
1.1 worker_processes .5 error_log
# 指定nginx开启worker工作子进程数量# number默认1,建议配置数量与CPU核心数量相等worker_processes number复制代码
Nach dem Login kopieren
1.6 pid
# 指定nginx开启worker工作子进程数量# number默认1,建议配置数量与CPU核心数量相等worker_processes number复制代码
# nginx默认未开启利用多核CPU,开启某个核心该位置标志为1即可# worker_processes 最多开启8个,所以多核最多8个也就够用。示例配置开启4核worker_cpu_affinity 00000001 00000010 00000100 00001000复制代码
1.7 user
# 进程优先级,数值越低占用资源越多# number默认10,值范围-20 ~ 20# 建议配置-10即可,最好别低于Linux系统进程-5优先级worker_priority number复制代码
2: Ereignisparameter
2.1 worker_connections
# 一个子进程可以打开文件描述限制# nginx默认一个子进程打开文件描述限制数量 = (ulimt -u) / worker_processes# 因为进程处理连接任务很多时候不均衡,所以最好设置为与系统数量一致worker_rlimit_nofile (ulimit -u)复制代码
2.2 Accept_mutex
Der Parameter „accept_mutex“ ist der Schalter zum Akzeptieren von Mutex für Worker-Prozessverarbeitungsverbindungen. Vor 1.11.3 ist er standardmäßig aktiviert, in späteren Versionen ist er standardmäßig deaktiviert.
2.2.1 Donnerndes Herdenphänomen
Nginx kann den Parameter worker_processes übergeben, der mehrere Arbeitsprozesse konfiguriert, die nach dem Forken denselben Port abhören. Wenn eine externe Verbindung eingeht, werden alle untergeordneten Prozesse aktiviert, um die Verbindung zu nutzen. Sofern ein untergeordneter Prozess das Akzeptanzereignis nicht erfolgreich verarbeitet, werden die untergeordneten Prozesse wieder in den Ruhezustand versetzt. Dies führt zu vielen unnötigen Kontextwechseln. Dies ist das Phänomen der donnernden Herde. Das heißt, wenn eine Verbindung eingeht, kann es nur einen untergeordneten Prozess geben, der diese verarbeitet Außerdem sind einige untergeordnete Prozesse sehr ausgelastet. Das Problem besteht darin, dass einige untergeordnete Prozesse sehr inaktiv sind, insbesondere bei Anwendungen mit relativ hohem Durchsatz und Parallelität. Im Allgemeinen handelt es sich um das Problem der ungleichmäßigen Auslastung von Worker-Unterprozessen
2.2.4 Konfigurationsempfehlungen
Für verteilte Anwendungen mit kurzen Verbindungen ist es am besten, diesen Parameter zu aktivieren, um übermäßigen Kontextwechsel-Overhead zu vermeidenFür längere Zeit Verbindungsanwendungen Es ist am besten, diesen Parameter auszuschalten, um eine übermäßige Verbindungslast auf einem Worker zu vermeiden, was zu einer hohen CPU-Auslastung eines Prozesses führt Das Anwendungsszenario. Dieser Parameter gibt an, wie lange es dauert, bis alle untergeordneten Prozesse die Akzeptanzsperre erneut ergreifen. Geeignete Parameterwerte können dazu beitragen, Ungleichgewichtsprobleme bei der Arbeitslast zu reduzieren. Der Standardwert beträgt 500 msVerwandte Empfehlungen:Nginx-Tutorial
Das obige ist der detaillierte Inhalt vonEinführung in Parameter, die in Nginx konfiguriert werden müssen. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Heiße KI -Werkzeuge

Undresser.AI Undress
KI-gestützte App zum Erstellen realistischer Aktfotos

AI Clothes Remover
Online-KI-Tool zum Entfernen von Kleidung aus Fotos.

Undress AI Tool
Ausziehbilder kostenlos

Clothoff.io
KI-Kleiderentferner

AI Hentai Generator
Erstellen Sie kostenlos Ai Hentai.

Heißer Artikel

Heiße Werkzeuge

Notepad++7.3.1
Einfach zu bedienender und kostenloser Code-Editor

SublimeText3 chinesische Version
Chinesische Version, sehr einfach zu bedienen

Senden Sie Studio 13.0.1
Leistungsstarke integrierte PHP-Entwicklungsumgebung

Dreamweaver CS6
Visuelle Webentwicklungstools

SublimeText3 Mac-Version
Codebearbeitungssoftware auf Gottesniveau (SublimeText3)

Heiße Themen



Schritte zum Starten von Nginx unter Linux: Überprüfen Sie, ob Nginx installiert ist. Verwenden Sie SystemCTL Start Nginx, um den Nginx -Dienst zu starten. Verwenden Sie SystemCTL aktivieren NGINX, um das automatische Start von NGINX beim Systemstart zu aktivieren. Verwenden Sie den SystemCTL -Status NGINX, um zu überprüfen, ob das Startup erfolgreich ist. Besuchen Sie http: // localhost in einem Webbrowser, um die Standard -Begrüßungsseite anzuzeigen.

Der Server verfügt nicht über die Berechtigung, auf die angeforderte Ressource zuzugreifen, was zu einem NGINX 403 -Fehler führt. Zu den Lösungen gehören: Überprüfung der Dateiberechtigungen. Überprüfen Sie die Konfiguration .htaccess. Überprüfen Sie die Nginx -Konfiguration. Konfigurieren Sie Selinux -Berechtigungen. Überprüfen Sie die Firewall -Regeln. Fehlerbehebung bei anderen Ursachen wie Browserproblemen, Serverausfällen oder anderen möglichen Fehlern.

Wie konfiguriere ich Nginx für das Lastausgleich? Definiert den Upstream -Serverpool und gibt den Server -IP und den Port an. Definieren Sie virtuelle Hosts, hören Sie nach Verbindungen und leiten Sie sie an den stromaufwärtigen Pool weiter. Geben Sie den Ort an, stimmen Sie die Anfrage an und leiten Sie ihn an den stromaufwärtigen Pool weiter.

Die Methoden zum Anzeigen des laufenden Status von Nginx sind: Verwenden Sie den Befehl ps, um den Prozessstatus anzuzeigen; Zeigen Sie die nginx -Konfigurationsdatei /etc/nginx/nginx.conf an; Verwenden Sie das Nginx -Statusmodul, um den Statusendpunkt zu aktivieren. Verwenden Sie Überwachungstools wie Prometheus, Zabbix oder Nagios.

Wie konfiguriere ich Nginx in Windows? Installieren Sie NGINX und erstellen Sie eine virtuelle Hostkonfiguration. Ändern Sie die Hauptkonfigurationsdatei und geben Sie die Konfiguration der virtuellen Host ein. Starten oder laden Nginx neu. Testen Sie die Konfiguration und sehen Sie sich die Website an. Aktivieren Sie selektiv SSL und konfigurieren Sie SSL -Zertifikate. Stellen Sie die Firewall selektiv fest, damit Port 80 und 443 Verkehr.

Das Fehlerprotokoll befindet sich in/var/log/nginx (Linux) oder/usr/local/var/log/nginx (macOS). Verwenden Sie die Befehlszeile, um die Schritte zu beseitigen: 1. Sicherung des ursprünglichen Protokolls; 2. Erstellen Sie eine leere Datei als neues Protokoll; 3. Starten Sie den Nginx -Dienst neu. Die automatische Reinigung kann auch mit Tools von Drittanbietern wie lehnte oder konfiguriertem verwendet werden.

Antwort auf die Frage: 304 Nicht geänderter Fehler gibt an, dass der Browser die neueste Ressourcenversion der Client -Anfrage zwischengespeichert hat. Lösung: 1. Löschen Sie den Browser -Cache; 2. Deaktivieren Sie den Browser -Cache; 3. Konfigurieren Sie Nginx, um den Client -Cache zu ermöglichen. 4. Überprüfen Sie die Dateiberechtigungen; 5. Datei Hash prüfen; 6. Deaktivieren Sie CDN oder Reverse Proxy -Cache; 7. Starten Sie Nginx neu.

So bestätigen Sie, ob Nginx gestartet wird: 1. Verwenden Sie die Befehlszeile: SystemCTL Status Nginx (Linux/Unix), Netstat -ano | FindStr 80 (Windows); 2. Überprüfen Sie, ob Port 80 geöffnet ist; 3. Überprüfen Sie die Nginx -Startmeldung im Systemprotokoll. 4. Verwenden Sie Tools von Drittanbietern wie Nagios, Zabbix und Icinga.
