PHP-Anwendung langsam? Ursachen erkennen und Performance gezielt optimieren

1. Woran erkennt man eine langsame PHP-Anwendung?

Performance-Probleme können sich auf unterschiedliche Weise bemerkbar machen.

Besonders bei gewachsenen Unternehmensanwendungen entstehen Verzögerungen häufig schrittweise.

Typische Symptome

• Seiten benötigen ungewöhnlich lange zum Laden.
• Suchfunktionen reagieren verzögert.
• Das Speichern von Datensätzen dauert mehrere Sekunden.
• Berichte und Auswertungen benötigen viel Zeit.
• Bei mehreren gleichzeitigen Benutzern wird die Anwendung langsamer.
• Bestimmte Funktionen verursachen Timeouts.
• Die CPU-Auslastung steigt stark an.
• Datenbankabfragen blockieren andere Prozesse.
• Hintergrundaufgaben verzögern die Verarbeitung.
• Nach Softwareänderungen verschlechtert sich die Antwortzeit.

Nicht jede langsame Seite hat dieselbe Ursache

Wenn eine Anwendung nur bei bestimmten Funktionen langsam ist, liegt möglicherweise ein lokaler Engpass vor.

Wenn dagegen nahezu alle Anfragen verzögert werden, können gemeinsame Komponenten betroffen sein.

Dazu gehören beispielsweise:

• Datenbankverbindungen
• Serverressourcen
• PHP-Prozessverwaltung
• Externe Dienste
• Gemeinsam genutzte Caches

Eine sinnvolle Analyse beginnt deshalb mit der Frage, welche Funktionen betroffen sind und unter welchen Bedingungen die Verzögerungen auftreten.

2. Die häufigsten Ursachen für langsame PHP-Anwendungen

Performance-Probleme entstehen häufig durch mehrere Faktoren gleichzeitig.

Warum zusätzliche Serverleistung nicht immer hilft

Mehr CPU oder Arbeitsspeicher kann die Performance verbessern, wenn tatsächlich Ressourcen fehlen.

Eine ineffiziente SQL-Abfrage wird dadurch jedoch nicht automatisch effizient.

Auch unnötige Datenbankzugriffe oder blockierende externe API-Aufrufe bleiben bestehen.

Deshalb sollte zunächst ermittelt werden, welche Komponente die Antwortzeit begrenzt.

3. PHP-Performance systematisch analysieren

Eine professionelle Performance-Optimierung beginnt mit Messungen.

Ohne belastbare Daten besteht das Risiko, Zeit in Änderungen zu investieren, die kaum Wirkung zeigen.

Schritt 1: Problem reproduzieren

Zunächst sollte geklärt werden, unter welchen Bedingungen die Anwendung langsam wird.

Wichtige Fragen sind:

• Welche Funktion ist betroffen?
• Seit wann besteht das Problem?
• Tritt es dauerhaft oder nur zeitweise auf?
• Wie viele Benutzer arbeiten gleichzeitig?
• Hat sich die Datenmenge verändert?
• Gab es kürzlich Updates oder Konfigurationsänderungen?

Schritt 2: Antwortzeiten messen

Die gesamte Antwortzeit sollte möglichst in einzelne Verarbeitungsschritte aufgeteilt werden.

Dazu gehören beispielsweise:

• Verarbeitung innerhalb von PHP
• Datenbankzugriffe
• Externe HTTP-Anfragen
• Dateisystemzugriffe
• Template-Rendering

Schritt 3: Serverressourcen prüfen

CPU, Arbeitsspeicher, Datenträger und Netzwerk können wichtige Hinweise liefern.

Eine hohe Auslastung allein beweist jedoch noch nicht, wo die eigentliche Ursache liegt.

Schritt 4: Profiling einsetzen

Mit geeigneten Profiling-Werkzeugen lässt sich untersuchen, welche Funktionen besonders viel Zeit oder Speicher benötigen.

Die Messung sollte unter möglichst realistischen Bedingungen erfolgen. Profiling verursacht selbst Aufwand; kontrollieren Sie seinen Einfluss und vermeiden Sie sensible Inhalte in Traces. Bei parallelen Anfragen derselben Sitzung können zudem Session-Sperren bremsen. Prüfen Sie den verwendeten Session-Handler und geben Sie die Sitzung erst frei, wenn keine Änderungen mehr nötig sind; die PHP-Dokumentation zu session_write_close() beschreibt das Verhalten.

Schritt 5: Ergebnisse priorisieren

Die größten Engpässe sollten zuerst bearbeitet werden.

Eine Optimierung von Funktionen, die nur einen sehr kleinen Anteil an der Gesamtlaufzeit haben, bringt häufig wenig.

4. Langsame MySQL- und SQL-Abfragen optimieren

Bei datenbankgestützten PHP-Anwendungen gehört die Datenbank zu den wichtigsten Bereichen der Performance-Analyse.

Insbesondere bei gewachsenen Systemen können Abfragen mit zunehmender Datenmenge deutlich langsamer werden.

Fehlende Datenbankindizes

Ein Index kann die Suche nach bestimmten Datensätzen beschleunigen.

Fehlt ein geeigneter Index, muss die Datenbank unter Umständen sehr viele Datensätze untersuchen.

Allerdings sind zusätzliche Indizes nicht grundsätzlich kostenlos.

Sie benötigen Speicherplatz und können Schreibvorgänge beeinflussen.

Deshalb sollten Indizes anhand realer Abfragen und Ausführungspläne geplant werden.

SQL-Abfragen mit EXPLAIN untersuchen

Viele relationale Datenbanksysteme bieten Möglichkeiten, den Ausführungsplan einer Abfrage zu analysieren.

Bei MySQL kann dafür beispielsweise EXPLAIN verwendet werden.

Damit lässt sich unter anderem untersuchen, wie Tabellen gelesen und Indizes verwendet werden.

N+1-Abfragen vermeiden

Ein häufiger Fehler entsteht, wenn eine Anwendung zunächst eine Liste von Datensätzen lädt und anschließend für jeden Eintrag eine weitere Datenbankabfrage ausführt.

Bei 100 Datensätzen können dadurch beispielsweise 101 einzelne Abfragen entstehen.

Je nach Datenmodell kann eine geeignete JOIN-Abfrage, ein Batch-Zugriff oder Eager Loading die Zahl der Datenbankzugriffe reduzieren.

Nur benötigte Daten laden

Eine Anwendung sollte möglichst nicht mehr Daten übertragen und verarbeiten als erforderlich.

Bei großen Tabellen können gezielte Spaltenauswahl und geeignete Pagination-Verfahren helfen.

Langsame Abfragen protokollieren

Ein Slow Query Log kann Hinweise auf besonders zeitintensive Datenbankabfragen liefern.

Die Ergebnisse sollten zusammen mit Ausführungshäufigkeit, Datenmenge und Systemlast bewertet werden.

5. PHP-Code effizienter gestalten

Nicht jedes Performance-Problem entsteht in der Datenbank.

Auch die Struktur des PHP-Codes beeinflusst die Verarbeitungsgeschwindigkeit.

Unnötige Berechnungen vermeiden

Wiederholte Berechnungen können unnötig CPU-Zeit beanspruchen.

Besonders relevant ist das bei großen Datenmengen oder häufig aufgerufenen Funktionen.

Große Datenmengen schrittweise verarbeiten

Wenn eine Anwendung sehr viele Datensätze gleichzeitig in den Arbeitsspeicher lädt, kann der Speicherverbrauch stark steigen.

Geeignete Iteratoren, Generatoren oder Batch-Verarbeitung können helfen, den Speicherbedarf zu begrenzen.

Unnötige Dateioperationen reduzieren

Wiederholte Zugriffe auf große Dateien oder langsame Speicherorte können Antwortzeiten verlängern.

Aktuelle PHP-Versionen berücksichtigen

Neuere unterstützte PHP-Versionen können gegenüber älteren Versionen Verbesserungen bei Performance, Sicherheit und Sprachfunktionen bieten.

Ein Versionswechsel sollte jedoch nicht ohne Kompatibilitätsprüfung erfolgen.

Weiterführend: PHP 8 Migration: Bestehende Anwendungen sicher aktualisieren.

OPcache überprüfen

PHP OPcache kann die Ausführung beschleunigen, indem kompilierter PHP-Bytecode zwischengespeichert wird.

Prüfen Sie OPcache im tatsächlich verwendeten Web-/FPM-Prozess; ein CLI-Test allein belegt nicht die Web-Konfiguration. Die PHP-Dokumentation erklärt den Bytecode-Cache.

6. Caching: Wann Zwischenspeicherung sinnvoll ist

Caching kann wiederkehrende Berechnungen und Datenbankzugriffe reduzieren.

Die richtige Strategie hängt jedoch davon ab, wie häufig sich die betreffenden Daten verändern.

Application Caching

Berechnete Ergebnisse oder häufig benötigte Daten können für einen definierten Zeitraum zwischengespeichert werden.

Query Result Caching

Unter geeigneten Voraussetzungen können Ergebnisse aufwendiger Datenbankabfragen auf Anwendungsebene zwischengespeichert werden.

HTTP-Caching

Für bestimmte Antworten können HTTP-Cache-Mechanismen eingesetzt werden.

Bei personalisierten oder vertraulichen Inhalten müssen Cache-Regeln besonders sorgfältig festgelegt werden.

Redis und andere Cache-Systeme

Externe Cache-Systeme können für häufig benötigte Daten, Sessions oder andere geeignete Anwendungsfälle eingesetzt werden.

Cache-Invalidierung berücksichtigen

Eine zentrale Herausforderung besteht darin, veraltete Cache-Einträge rechtzeitig zu aktualisieren oder zu entfernen.

Eine falsch konfigurierte Zwischenspeicherung kann dazu führen, dass Benutzer veraltete Informationen sehen.

Wichtig: Caching sollte nicht verwendet werden, um grundlegende Datenbank- oder Architekturprobleme dauerhaft zu verdecken.

7. PHP-FPM und Serverkonfiguration überprüfen

PHP-FPM verwaltet PHP-Worker-Prozesse und beeinflusst damit, wie viele Anfragen parallel verarbeitet werden können.

Zu wenige Worker-Prozesse

Wenn nicht genügend Worker verfügbar sind, können zusätzliche Anfragen warten müssen.

Zu viele Worker-Prozesse

Eine zu hohe Anzahl paralleler Worker kann dagegen den verfügbaren Arbeitsspeicher überlasten.

Speicherverbrauch messen

Die passende Konfiguration hängt vom gemessenen Speicherbedarf je Worker und den Reserven für Webserver, Datenbank und Betriebssystem ab. Laut PHP-FPM-Dokumentation begrenzt pm.max_children die gleichzeitig bedienten Anfragen; ein höherer Wert hilft nur, wenn genügend Ressourcen vorhanden sind.

Timeouts untersuchen

Wiederkehrende Timeouts können auf langsame Datenbankabfragen, externe Dienste oder blockierende Prozesse hinweisen.

Webserver und Datenbank gemeinsam betrachten

Die Performance hängt häufig vom Zusammenspiel mehrerer Komponenten ab.

Eine Änderung an PHP-FPM sollte deshalb nicht isoliert von Webserver, Datenbank und verfügbaren Ressourcen bewertet werden.

8. Hintergrundprozesse und Warteschlangen optimieren

Manche Aufgaben müssen nicht vollständig während einer Benutzeranfrage ausgeführt werden.

Beispiele sind:

• Erstellung umfangreicher Berichte
• Verarbeitung großer Dateien
• Versand größerer E-Mail-Mengen
• Import umfangreicher Datensätze
• Synchronisation mit externen Systemen
• Aufwendige Dokumentenverarbeitung

Asynchrone Verarbeitung

Bei geeigneten Aufgaben kann die Anwendung einen Auftrag entgegennehmen und die eigentliche Verarbeitung anschließend im Hintergrund durchführen.

Der Benutzer muss dann nicht auf die vollständige Ausführung warten.

Queue-Systeme

Warteschlangen ermöglichen eine kontrollierte Verarbeitung von Hintergrundaufgaben.

Wichtig sind dabei:

• Fehlerbehandlung
• Wiederholungsmechanismen
• Überwachung
• Vermeidung doppelter Verarbeitung
• Definierte Verarbeitungsgrenzen

Nicht jede Aufgabe eignet sich für asynchrone Verarbeitung. Insbesondere bei fachlich unmittelbar erforderlichen Ergebnissen müssen die Anforderungen genau geprüft werden.

9. Langsame APIs und externe Schnittstellen erkennen

Eine PHP-Anwendung kann intern effizient arbeiten und trotzdem langsam reagieren, wenn sie auf externe Dienste warten muss.

Typische externe Abhängigkeiten

• CRM-Systeme
• ERP-Systeme
• Zahlungsdienste
• Versanddienstleister
• Externe Datenbanken
• Cloud-APIs

Timeouts sinnvoll konfigurieren

Eine Anwendung sollte nicht unbegrenzt auf eine externe Antwort warten.

Wiederholungsversuche begrenzen

Automatische Wiederholungen können sinnvoll sein, müssen aber kontrolliert erfolgen.

Bei nicht idempotenten Operationen können unbedachte Wiederholungen doppelte Geschäftsvorgänge verursachen.

Antwortzeiten getrennt messen

Die Laufzeit externer API-Aufrufe sollte separat erfasst werden.

Nur so lässt sich erkennen, welcher Anteil der gesamten Antwortzeit außerhalb der PHP-Anwendung entsteht.

Weiterführend: Software-Schnittstellen und API-Integration: Systeme zuverlässig verbinden.

10. Application Performance Monitoring: Probleme dauerhaft erkennen

Eine einmalige Optimierung reicht nicht immer aus.

Mit wachsender Datenmenge, neuen Funktionen und steigender Benutzerzahl können erneut Engpässe entstehen.

Wichtige Kennzahlen

• Antwortzeiten einzelner Endpunkte
• 95. und 99. Perzentil der Antwortzeiten
• Fehlerquote
• Datenbankabfragezeiten
• PHP-Speicherverbrauch
• CPU-Auslastung
• Auslastung der PHP-FPM-Worker
• Dauer von Hintergrundaufgaben
• Antwortzeiten externer Dienste

Warum Durchschnittswerte nicht ausreichen

Eine durchschnittliche Antwortzeit kann gut aussehen, obwohl ein Teil der Benutzer regelmäßig sehr lange warten muss.

Perzentile helfen dabei, solche Unterschiede sichtbar zu machen.

Warnschwellen definieren

Für kritische Anwendungen sollten sinnvolle Grenzwerte und Benachrichtigungen eingerichtet werden.

Weiterführend: Server-Monitoring: Ausfälle frühzeitig erkennen und vermeiden.

11. PHP-Performance in zehn Schritten verbessern

1. Problem eingrenzen.

   Ermitteln Sie, welche Funktionen langsam sind und unter welchen Bedingungen die Verzögerungen auftreten.

2. Ausgangswerte dokumentieren.

   Messen Sie Antwortzeiten, Fehlerquoten und relevante Ressourcenkennzahlen.

3. Serverressourcen untersuchen.

   Prüfen Sie CPU, Arbeitsspeicher, Datenträger und Prozessauslastung.

4. Datenbankabfragen analysieren.

   Identifizieren Sie langsame oder besonders häufig ausgeführte SQL-Abfragen.

5. PHP-Profiling durchführen.

   Ermitteln Sie, welche Funktionen die meiste Rechenzeit oder den meisten Speicher benötigen.

6. Externe Abhängigkeiten überprüfen.

   Messen Sie API-Aufrufe, Netzwerkzugriffe und andere externe Wartezeiten.

7. Optimierungen priorisieren.

   Beginnen Sie mit den Engpässen, die den größten Einfluss auf den Geschäftsprozess haben.

8. Änderungen kontrolliert umsetzen.

   Testen Sie SQL-Optimierungen, Codeänderungen oder Konfigurationsanpassungen zunächst in einer geeigneten Umgebung.

9. Ergebnisse vergleichen.

   Wiederholen Sie die Messungen unter vergleichbaren Bedingungen.

10. Monitoring etablieren.

    Überwachen Sie die Anwendung langfristig und dokumentieren Sie relevante Veränderungen.

12. Was kostet die Performance-Optimierung einer PHP-Anwendung?

Der Aufwand hängt stark von der vorhandenen Softwarearchitektur und der Ursache der Performance-Probleme ab.

Typische Einflussfaktoren

• Alter und Zustand des PHP-Codes
• Umfang der Anwendung
• Komplexität des Datenbankmodells
• Vorhandene Dokumentation
• Verfügbarkeit einer Testumgebung
• Anzahl externer Schnittstellen
• Erforderliche Lasttests
• Umfang der notwendigen Änderungen

Hypothetisches Beispiel

Ein Unternehmen betreibt eine interne PHP-Anwendung, deren Suchfunktion durchschnittlich sechs Sekunden benötigt.

Eine technische Analyse zeigt, dass eine häufig verwendete SQL-Abfrage einen großen Teil dieser Zeit verursacht.

Nach einer gezielten Optimierung sinkt die gemessene Antwortzeit unter vergleichbaren Bedingungen auf zwei Sekunden.

Die Werte sind frei gewählte Annahmen und keine Ergebnisse eines konkreten Kundenprojekts.

Die rechnerische Zeitdifferenz entspricht nicht automatisch einer gleich hohen produktiven Arbeitszeitersparnis.

Wirtschaftlichkeit richtig bewerten

Für die Bewertung sollten neben den technischen Antwortzeiten auch die tatsächlichen Auswirkungen auf Arbeitsabläufe berücksichtigt werden.

Eine Performance-Optimierung kann insbesondere dann wirtschaftlich interessant sein, wenn dieselbe langsame Funktion täglich von vielen Mitarbeitenden verwendet wird.

13. Vier typische Praxisbeispiele

Die folgenden Beispielszenarien zeigen typische Ausgangssituationen und mögliche nächste Schritte.

Beispiel 1: Langsame Kundensuche im CRM

Ein internes CRM benötigt bei der Kundensuche mehrere Sekunden.

Die Analyse zeigt, dass eine häufig verwendete Datenbankabfrage nicht effizient ausgeführt wird.

Durch geeignete Indexierung und Anpassung der Abfrage kann sich die Antwortzeit verbessern.

Beispiel 2: Langsame Berichte im ERP

Ein ERP-Modul erstellt umfangreiche Auswertungen direkt während einer Benutzeranfrage.

Die Verarbeitung blockiert dadurch den Browser über längere Zeit.

Eine geeignete Hintergrundverarbeitung kann die Benutzerinteraktion entlasten.

Beispiel 3: PHP-Anwendung wird bei vielen Benutzern langsam

Eine Geschäftsanwendung funktioniert bei wenigen Benutzern zuverlässig.

Bei steigender gleichzeitiger Nutzung entstehen jedoch Wartezeiten.

Die Untersuchung konzentriert sich auf PHP-FPM, Datenbankverbindungen, Ressourcenverbrauch und mögliche Sperrkonflikte.

Beispiel 4: Externe API verzögert Bestellvorgänge

Eine Anwendung wartet bei jeder Bestellung auf die Antwort eines externen Dienstes.

Die API reagiert zeitweise langsam.

Durch geeignete Timeouts, kontrollierte Wiederholungen und gegebenenfalls asynchrone Verarbeitung lässt sich der Ablauf robuster gestalten.

14. Zehn häufige Fehler bei der PHP-Performance-Optimierung

Fehler 1: Ohne Messungen optimieren

Ohne Ausgangswerte lässt sich der tatsächliche Nutzen einer Änderung nicht zuverlässig bewerten.

Fehler 2: Sofort einen größeren Server bestellen

Zusätzliche Ressourcen beheben nicht automatisch ineffiziente Datenbankabfragen oder fehlerhafte Anwendungslogik.

Fehler 3: Datenbankindizes wahllos hinzufügen

Ungeeignete Indizes können Speicherbedarf und Schreibaufwand erhöhen.

Fehler 4: Caching ohne Aktualisierungsstrategie einsetzen

Veraltete Daten können fachliche Probleme verursachen.

Fehler 5: Nur die durchschnittliche Antwortzeit betrachten

Langsame Einzelanfragen können dadurch unentdeckt bleiben.

Fehler 6: Externe Schnittstellen ignorieren

Ein erheblicher Teil der Wartezeit kann außerhalb der eigentlichen PHP-Anwendung entstehen.

Fehler 7: Änderungen direkt in der Produktion testen

Unkontrollierte Anpassungen können die Verfügbarkeit und Datenintegrität gefährden.

Fehler 8: Zu viele PHP-FPM-Worker konfigurieren

Eine überhöhte Parallelität kann den Arbeitsspeicher überlasten.

Fehler 9: Große Datenmengen unnötig vollständig laden

Ungeeignete Datenverarbeitung kann den Speicherverbrauch stark erhöhen.

Fehler 10: Nach der Optimierung kein Monitoring einrichten

Neue Engpässe können mit wachsender Datenmenge oder neuen Funktionen entstehen.

15. Checkliste: 30 Prüfpunkte für langsame PHP-Anwendungen

Symptome und Messungen

• Die betroffenen Funktionen sind dokumentiert.
• Antwortzeiten wurden gemessen.
• Fehlerquoten wurden erfasst.
• Die gleichzeitige Benutzerzahl wurde berücksichtigt.
• Der Zeitpunkt des ersten Auftretens ist bekannt.
• Vergleichbare Testbedingungen sind definiert.

Datenbank

• Langsame SQL-Abfragen wurden identifiziert.
• Ausführungspläne wurden überprüft.
• Relevante Datenbankindizes wurden bewertet.
• N+1-Abfragen wurden untersucht.
• Unnötig große Datenmengen werden vermieden.
• Datenbanksperren und Wartezeiten wurden berücksichtigt.

PHP-Anwendung

• PHP-Profiling wurde durchgeführt.
• Speicherintensive Funktionen wurden identifiziert.
• Wiederholte Berechnungen wurden untersucht.
• OPcache wurde überprüft.
• Die eingesetzte PHP-Version wurde bewertet.
• Geeignete Caching-Möglichkeiten wurden geprüft.

Server und Schnittstellen

• CPU-Auslastung wird überwacht.
• Arbeitsspeicherverbrauch wird gemessen.
• PHP-FPM ist passend konfiguriert.
• Datenträger- und Netzwerkengpässe wurden untersucht.
• Externe API-Antwortzeiten werden gemessen.
• Hintergrundprozesse wurden bewertet.

Optimierung und Betrieb

• Optimierungen werden nach Wirkung priorisiert.
• Änderungen werden vorab getestet.
• Funktionale Regressionstests sind vorgesehen.
• Messwerte vor und nach Änderungen werden verglichen.
• Monitoring und Warnschwellen sind eingerichtet.
• Technische Änderungen werden dokumentiert.

Fazit: PHP-Performance verbessern statt Probleme nur zu überdecken

Langsame PHP-Anwendungen müssen nicht zwangsläufig vollständig ersetzt werden.

Häufig lassen sich erhebliche Engpässe durch eine gezielte technische Analyse erkennen und beheben.

Besonders wichtig sind effiziente Datenbankabfragen, eine passende PHP-Prozesskonfiguration, kontrolliertes Caching und der sorgfältige Umgang mit externen Schnittstellen.

Entscheidend ist jedoch die Reihenfolge der Maßnahmen.

Unternehmen sollten zuerst messen, anschließend die wichtigsten Engpässe priorisieren und Änderungen unter vergleichbaren Bedingungen überprüfen.

Eine langfristig zuverlässige Anwendung benötigt außerdem Monitoring, damit neue Performance-Probleme frühzeitig erkannt werden.

Die nachhaltigste PHP-Performance-Optimierung beginnt nicht mit zusätzlicher Hardware, sondern mit dem Verständnis der tatsächlichen Ursachen.