OPcache aktivieren und Auslastung überwachen

Cookbook: Ziel und Ergebnis

OPcache hält kompilierten PHP-Bytecode im Shared Memory. Ziel sind wenige Restarts und keine „cache full“-Situation, ohne unnötig RAM zu reservieren. JIT bringt typischem WordPress meist keinen verlässlichen Nutzen.

Rezept: Schritt für Schritt

1. Status per geschütztem opcache_get_status(false) erfassen: used/free/wasted memory, cached scripts, misses, restarts.
2. Anzahl PHP-Dateien in WordPress, Theme und Plugins grob bestimmen; max_accelerated_files über dem Peak mit Reserve wählen.
3. Speicher erhöhen, wenn Cache voll oder Restarts auftreten; Revalidierungsstrategie an Deployment-Modell anpassen.
4. Nach kontrolliertem FPM-Reload und Warmup mindestens einen typischen Lastzyklus messen. Statusseite nie öffentlich bereitstellen.

Rechenweg oder Entscheidungsregel

Speicherbedarf ≈ aktuell used_memory / aktuelle cached_scripts × benötigte Skripte × 1,2 Reserve\nDatei-Slots = Peak gecachter Skripte × 1,2 bis 1,5

Praxisbeispiel

Status: 118 MB genutzt, 6 MB frei, 18.000 von 20.000 Slots und „cache full“ mehrfach. Mit 20 % Reserve ergibt sich etwa 150 MB; pragmatischer nächster Wert 192 MB und z. B. 30.000 Slots. Danach Restarts und FPM-GesamtrAM neu prüfen.

Prüfen, ob es funktioniert

• cache_full=false, keine ungeplanten OOM-/Hash-Restarts.
• Genügend free_memory, aber nicht Hunderte ungenutzte MB auf knappem Host.
• Deployments liefern neue Dateien zuverlässig; Timestamp-/Reset-Strategie funktioniert.

Rollback

Gesicherte INI-/Poolwerte wiederherstellen, Syntax prüfen und FPM kontrolliert neu laden. Bei Deploymentproblemen OPcache gezielt über den vorgesehenen Prozess leeren, nicht ungeschützt per Webskript.

Grundlage

OPcache gehört bei produktivem WordPress in der Regel aktiviert. Aktuelle PHP-Versionen liefern die Erweiterung mit; die wirksame Konfiguration hängt vom SAPI und Host ab.

Dimensionierung

Prüfe opcache.memory_consumption, max_accelerated_files, belegten Speicher, Wasted Memory und Restart-Zähler. Standardwerte können für kleine Sites reichen; große Plugin-Bestände benötigen eventuell mehr. Nicht anhand einer Copy-and-paste-Liste erhöhen.

Deployments

validate_timestamps und revalidate_freq bestimmen, wann Dateiänderungen erkannt werden. Wer Timestamp-Prüfung abschaltet, braucht einen absolut zuverlässigen OPcache-Reset im Deployment. Kommentare nicht pauschal entfernen; Frameworks können Annotationen benötigen.

Erfolgskontrolle

Dynamische Requests vergleichen, Hit-Rate und Cache-Füllung beobachten. CLI-OPcache ist für kurze einmalige WP-CLI-Aufrufe nicht automatisch vorteilhaft und getrennt konfiguriert.

Quellen und Prüfstand

• PHP-Handbuch: OPcache
• PHP-Handbuch: OPcache-Konfiguration

Inhalt fachlich geprüft am 17. August 2026. Konkrete Werte sind Ausgangspunkte, keine Universaldosierung.