Profiling Guide: CPU, Memory, DB – Schritt für Schritt.
Performance Profiling: CPU, Memory, Datenbank – Schritt für Schritt
Premature optimization is the root of all evil. Aber profiling ist nie premature.
Warum Profiling vor Optimierung kommt
Wer optimiert, ohne vorher zu profilen, optimiert oft das Falsche. 80% der Performance-Probleme entstehen in 20% des Codes. Ohne Profiler ist es Glücksspiel zu raten, wo diese 20% sind.
Profiling kostet Zeit – aber weit weniger als blindes Optimieren des falschen Bottlenecks.
PHP-Profiling
Xdebug mit kcachegrind ist der Klassiker. Blackfire.io ist komfortabler und produktions-tauglicher (Blackfire kann auch in Produktion aktiviert werden, mit geringem Overhead). SPX (SimpleProfiler for PHP) ist eine leichtgewichtige Alternative.
Der Output: Welche Funktionen werden wie oft aufgerufen? Wie lange dauert jede? Wo geht die meiste Zeit drauf?
Datenbankprofiling
Slow Query Log für Abfragen > definiertem Schwellwert. EXPLAIN ANALYZE für einzelne Abfragen. Für Symfony/Doctrine: der Symfony Profiler zeigt alle SQL-Abfragen einer Request mit Ausführungszeiten.
Häufigstes Muster: N+1 Query Problem. ORM lädt eine Liste und für jedes Element eine separate DB-Abfrage. Das skaliert linear mit der Listen-Länge – und wird bei großen Listen zum Killer.
Memory Profiling
Memory-Leaks in PHP: memory_get_usage() und memory_get_peak_usage() loggen. Für komplexere Analysen: Xdebug Heap Profiler, oder in Produktion: ein APM-Tool mit Memory-Tracking.
Checkliste Performance Profiling
Profiling-Werkzeug für Produktions-nahe Umgebung vorhanden
Slow Query Log aktiviert und ausgewertet
N+1-Abfragen identifiziert und behoben
Memory Peak Usage überwacht
Profiling-Ergebnisse dokumentiert (vorher/nachher)
Performance-Problem in eurer Anwendung?
markom.digital macht gezielte Performance-Analysen – mit Profiling-Daten, nicht mit Vermutungen.
