PHP-Threads verstehen und warum sie f\u00fcr die WordPress-Leistung wichtig sind<\/h2>\n
PHP-Threads verarbeiten eingehende, nicht zwischengespeicherte Anfragen. Jeder Thread bearbeitet jeweils eine Anfrage<\/strong>. Die Anzahl der verf\u00fcgbaren Threads wirkt sich also direkt darauf aus, wie viele Besucher deine Website gleichzeitig bedienen kann.<\/p>\n Wenn ein Besucher eine nicht zwischengespeicherte Seite l\u00e4dt, ein Formular ausf\u00fcllt oder einen Artikel in den Warenkorb legt:<\/p>\n Die meisten Menschen wissen nicht, dass eine nicht zwischengespeicherte Anfrage einen PHP-Thread verwendet und dass die Verarbeitungsgeschwindigkeit von der PHP- und MySQL-Antwortzeit abh\u00e4ngt.<\/p><\/blockquote>\n Bei gecachten Anfragen wird dieser gesamte Prozess \u00fcbersprungen (sie ber\u00fchren PHP \u00fcberhaupt nicht). Deshalb sind die Cache-Raten WooCommerce-Websites, Mitglieder-Dashboards, REST-API-Verkehr und Headless-Setups umgehen das Caching viel h\u00e4ufiger und verbrauchen daher schnell Threads.<\/p>\n Wenn deine durchschnittliche API-Antwort zum Beispiel 250 Millisekunden dauert, kann jeder Thread vier Anfragen pro Sekunde verarbeiten. Bei acht Threads betr\u00e4gt dein theoretischer maximaler Durchsatz 32 Anfragen pro Sekunde. Das gilt allerdings nur, wenn jede Anfrage in genau 250 ms abgeschlossen wird.<\/p>\n Die Anzahl der Threads ist bei simultanem Datenverkehr am wichtigsten. Wenn deine Website vier Threads hat und sechs gleichzeitige, nicht zwischengespeicherte Anfragen erh\u00e4lt:<\/p>\n Wenn neuer Traffic schneller eintrifft, als Threads frei werden, w\u00e4chst der R\u00fcckstau.<\/p>\n Langsame Datenbankabfragen verschlimmern dies noch. Ein Beispiel: Eine Datenbankabfrage, die 10 Sekunden dauert, sperrt einen Thread f\u00fcr die gesamte Dauer. Wenn du drei zeitgleiche Anfragen erh\u00e4ltst, die jeweils langsame Abfragen ausl\u00f6sen, hast du drei Threads f\u00fcr insgesamt 30 Sekunden beansprucht. W\u00e4hrend dieser Zeit k\u00fcmmern sich die verbleibenden Threads um den restlichen Datenverkehr.<\/p>\n Wenn du WooCommerce-Filter, Kontoseiten oder Checkout-Workflows hinzuf\u00fcgst, steigt der Thread-Druck noch weiter an.<\/p>\n Einfache Websites brauchen nur vier PHP-Threads. Bei E-Commerce ist alles unter sechs wegen des hohen Bypass-Cache-Verh\u00e4ltnisses niedrig.<\/p><\/blockquote>\n Ein grober Weg, um den Thread-Bedarf abzusch\u00e4tzen:<\/p>\n Ben\u00f6tigte Threads \u2248 (Ungecachte Anfragen pro Sekunde \u00d7 Durchschnittliche Ausf\u00fchrungszeit)<\/strong><\/p>\n Auf dieser Grundlage ben\u00f6tigt eine Website mit 10 nicht gecachten Anfragen pro Sekunde und einer durchschnittlichen Ausf\u00fchrungszeit von 0,5 Sekunden etwa f\u00fcnf Threads, um die Last ohne Warteschlangen zu bew\u00e4ltigen.<\/p>\n Das erkl\u00e4rt, warum das einfache Hinzuf\u00fcgen von mehr Threads keine bessere Leistung garantiert. Wenn langsame Datenbankabfragen dazu f\u00fchren, dass die durchschnittliche Ausf\u00fchrungszeit von 0,5 Sekunden auf zwei Sekunden ansteigt, vervierfachen sich deine Thread-Anforderungen.<\/p>\n Die L\u00f6sung ist eine schnellere Codeausf\u00fchrung. Durch die Optimierung von Abfragen<\/a>, die Verringerung externer API-Aufrufe und die Implementierung eines geeigneten Objekt-Cachings k\u00f6nnen die Ausf\u00fchrungszeit und die Anzahl der ben\u00f6tigten Threads drastisch reduziert werden, um deinen Traffic zu bew\u00e4ltigen.<\/p>\n Kinsta weist PHP-Threads auf der Grundlage der CPU- und RAM-Ressourcen zu, die dem Container jeder Website zur Verf\u00fcgung stehen (jede Kinsta-Website l\u00e4uft in einem eigenen LXD-Container<\/a>, sodass die Ressourcen isoliert sind).<\/p>\n Allgemeine Muster f\u00fcr alle Pl\u00e4ne:<\/p>\n Du kannst die Thread-Zuweisung in MyKinsta<\/strong><\/a> > Info<\/strong> > PHP-Leistung<\/strong> den Speicherpool oder die Anzahl der Threads je nach dem Verkehrsaufkommen auf deiner Website erh\u00f6hen.<\/p>\n Dank dieser Flexibilit\u00e4t kannst du PHP an deine tats\u00e4chliche Arbeitslast anpassen, anstatt dich auf Standardwerte zu verlassen.<\/p>\n Je nachdem, wie viel Traffic den Cache umgeht, ben\u00f6tigen verschiedene Website-Typen individuelle Thread-Zuweisungen:<\/p>\n Die Analysefunktionen von MyKinsta<\/a> helfen dir, deine aktuellen Thread-Nutzungsmuster zu erkennen.<\/p>\n Wenn du bei hohem Datenverkehr Warteschlangen oder Timeout-Fehler siehst, muss deine Thread-Zuweisung wahrscheinlich angepasst werden.<\/p>\n Die Thread-Ersch\u00f6pfung folgt einem vorhersehbaren Muster:<\/p>\n Es gibt keine Warteschlange f\u00fcr Anfragen. Die Anzahl der PHP-Threads auf deiner Website bestimmt, wie viele nicht zwischengespeicherte Anfragen auf einmal bearbeitet werden k\u00f6nnen. Wenn eine Anfrage eingeht und kein Thread verf\u00fcgbar ist, wartet sie darauf, dass ein Thread frei wird. Wenn das nicht schnell genug geschieht, bekommt man 502 oder 503 „Bad Gateway Timeout“-Fehler.<\/p><\/blockquote>\n Typische Symptome:<\/p>\n Langsame Datenbankabfragen sind die h\u00e4ufigste Ursache.<\/p>\n Langsame Datenbankabfragen brauchen mehr Zeit, um von den PHP-Threads verarbeitet zu werden, und beeintr\u00e4chtigen so in der Regel die Leistung der Website.<\/p><\/blockquote>\n Externe API-Aufrufe verursachen \u00e4hnliche Probleme. Zahlungs-Gateways, Steuerberechnungsdienste und Versand-APIs blockieren h\u00e4ufig Threads w\u00e4hrend der Kaufabwicklung.<\/p>\n Um eine Thread-Ersch\u00f6pfung zu diagnostizieren, m\u00fcssen mehrere Datenquellen untersucht werden. Das APM-Tool von Kinsta<\/a> verfolgt langsame Anfragen und identifiziert Engp\u00e4sse, w\u00e4hrend langsame Abfrageprotokolle Probleme mit der Datenbankleistung aufzeigen. Die Nginx-Warteschlangen-Metriken zeigen Muster f\u00fcr den R\u00fcckstau von Anfragen, und das Verh\u00e4ltnis zwischen Cache Die L\u00f6sung besteht darin, die Ausf\u00fchrungszeit zu optimieren:<\/p>\n Optimierungen sollten vor dem Hinzuf\u00fcgen weiterer Threads erfolgen. Eine Erh\u00f6hung der Anzahl der Threads hilft nur, wenn<\/em> die durchschnittliche Ausf\u00fchrungszeit unter Kontrolle ist.<\/p>\n Caching reduziert die H\u00e4ufigkeit, mit der Anfragen PHP erreichen. Kinsta verwendet drei Schichten:<\/p>\n Diese Schichten arbeiten zusammen, um die Anfragen, die deine PHP-Threads und deine Datenbank erreichen, zu minimieren.<\/p>\n Das globale Edge-Netzwerk von Cloudflare stellt zwischengespeicherte HTML-Seiten auf der Grundlage von Cache-Schl\u00fcsseln bereit:<\/p>\n Dadurch wird verhindert, dass personalisierte Inhalte an die falschen Nutzer\/innen gesendet werden.<\/p>\n Die Cache-Bypass-Regeln verhindern auch das Zwischenspeichern dynamischer Inhalte, die stets aktuell sein m\u00fcssen, wie z. B. WordPress-Adminbereiche oder WooCommerce-Kassenseiten.<\/p>\n Der Leistungsunterschied bedeutet, dass Edge-Cache-Anfragen die PHP-Threads vollst\u00e4ndig umgehen und deine WordPress-Installation nie erreichen. Eine Website, bei der 80 % der Anfragen \u00fcber den Edge-Cache laufen, ben\u00f6tigt nur PHP-Threads f\u00fcr die restlichen 20 % des Datenverkehrs.<\/p>\n Kinsta bietet Redis als Add-on<\/a> an und ben\u00f6tigt keine Plugins von Drittanbietern, die sicherstellen, dass Redis mit dem Objekt-Caching-System von WordPress funktioniert.<\/p>\n Redis speichert die Ergebnisse von Datenbankabfragen im Speicher, so dass der Server diese Abfragen nicht erneut ausf\u00fchren muss.<\/p>\n Redis ist ein Leistungsmultiplikator f\u00fcr gut strukturierte Websites – kein Pflaster f\u00fcr umfangreiche Abfragen oder unindizierte Tabellen.<\/p><\/blockquote>\n Redis hilft, wenn:<\/p>\n Redis beschleunigt jedoch nicht die inh\u00e4rent langsame PHP-Logik, blockierende externe API-Aufrufe oder schlecht optimierte Schleifen.<\/p>\n Das Kinsta CDN<\/a> stellt statische Inhalte von \u00fcber 260 Standorten weltweit bereit. Dadurch werden die Latenzzeiten f\u00fcr internationale Besucher verringert und statische Inhalte nicht mehr von deinem Ursprungsserver geladen. Au\u00dferdem werden Bilder automatisch in das WebP-Format konvertiert, wenn die Browser dies unterst\u00fctzen.<\/p>\n Die Cache-Kontroll-Header bestimmen, wie lange das CDN Assets speichert. Du kannst die Cache-Dauer f\u00fcr verschiedene Asset-Typen konfigurieren, je nachdem, wie h\u00e4ufig sie sich \u00e4ndern. Core CSS zum Beispiel kann mit einer l\u00e4ngeren Cache-Dauer leben. Die Cache-L\u00f6schung f\u00fcr beide Ebenen erfolgt \u00fcber MyKinsta, entweder einzeln oder f\u00fcr beide.<\/p>\n Mit dem Kinsta CDN und dem Edge-Caching kannst du HTML-Seiten, dynamische Inhalte und statische Assets verwalten. Zusammen sorgen sie daf\u00fcr, dass die meisten Anfragen deinen Ursprungsserver nie erreichen oder PHP-Threads verbrauchen.<\/p>\n Shared-Hosting-Umgebungen<\/a> leiden oft darunter, wenn eine Website zu viele Ressourcen verbraucht. Kinsta vermeidet dies durch die LXD-Container-Isolierung<\/strong>, die jedem Nutzer ihren eigenen Container zuweist:<\/p>\n Andere Websites k\u00f6nnen deine Ressourcen nicht beanspruchen, und Probleme in einem Container k\u00f6nnen sich nicht auf andere auswirken.<\/p>\n Container laufen auf optimierter Compute-Hardware und sorgen so f\u00fcr eine stabile, vorhersehbare Leistung, auch bei Verkehrsspitzen.<\/p>\n Wenn deine Website dauerhaft mehr Ressourcen ben\u00f6tigt, als dein aktueller Plan vorsieht, hast du die M\u00f6glichkeit, innerhalb deines Containers vertikal zu skalieren.<\/p>\n\n
HIT<\/code> der gr\u00f6\u00dfte Faktor daf\u00fcr, wie viele Threads du tats\u00e4chlich brauchst.<\/p>\nWie zeitgleicher Verkehr PHP-Threads verbraucht<\/h3>\n
\n
Das Verh\u00e4ltnis zwischen Thread-Anzahl und Ausf\u00fchrungszeit<\/h3>\n
PHP-Thread-Zuweisung f\u00fcr alle Kinsta-Pl\u00e4ne<\/h2>\n
\n
![\"Der](\"https:\/\/kinsta.com\/wp-content\/uploads\/2025\/12\/php-performance-screen.png\")
Sch\u00e4tzung der PHP-Thread-Anforderungen f\u00fcr deine Website<\/h2>\n
\n
![\"Die](\"https:\/\/kinsta.com\/wp-content\/uploads\/2025\/12\/php-threads-table.png\")
Was passiert, wenn du dein PHP-Thread-Limit \u00fcberschreitest?<\/h2>\n
\n
HIT<\/code> und MISS<\/code> gibt Aufschluss dar\u00fcber, ob dein Caching funktioniert.<\/p>\n\n
Die mehrschichtige Caching-Architektur von Kinsta<\/h2>\n
\n
Edge-Caching durch Cloudflare<\/h3>\n
\n
Objekt-Caching mit Redis<\/h3>\n
\n
Kinsta CDN f\u00fcr die globale Bereitstellung von Assets<\/h3>\n
Container-Isolierung: L\u00f6sung des Problems der „lauten Nachbarn“<\/h2>\n
\n
Skalierung f\u00fcr den Bedarf deiner Website<\/h3>\n