Kurze Information: Zum 2. Dezember 2025 wurde WordPress 6.9 veröffentlicht (ich hatte im Beitrag WordPress 6.9 erschienen berichtet). Ich musste hier im IT-Blog wieder auf die Version 6.8.3 von Oktober 2025 zurück gehen, da die Version 6.9 “Hänger” verursachte.

Das Symptom der “Hänger”

Nach dem Update musste ich leider hier im IT-Blog feststellen, dass ich mir ein Problem eingefangen habe. Beim ersten Aufruf des Blogs wurde die Auslieferung der Seite (für Besucher oder mich als Administrator) zwischen 4 und 20 Sekunden verzögert. Danach liefen die Seitenabrufe wieder blitzschnell (0,4 Sekunden und weniger).

Die Hänger kamen alle paar Sekunden und das Query Monitor-Plugin, was ich zum Testen installiert habe, meldete, dass der OPCache wohl bei 94 % stehe – und wohl bereinigt werden müsse. Ich habe die PHP-Version höher gesetzt, diverse Plugins deaktiviert, um Kompatibilitätsprobleme auszuschließen – aber es war alles erfolglos.

Hier im Blog half mit nur ein Downgrade auf WordPress 6.8.3, die ich nach Sicherung mittels des Tools “Core Rollback” vorgenommen habe. Das seltsame an der ganzen Geschichte ist, dass ich fünf weitere Blogs vorher auf WordPress 6.9 aktualisiert habe. Bei keinem dieser Blogs habe ich dieses Verhalten feststellen können.

High CPU-Load auf reddit beschrieben

Bei meiner Suche nach einer Problemlösung bin ich auf den reddit.com-Post WordPress 6.9 is causing permanent 100% CPU usage on sites. Do not update yet von vor drei Tagen gestoßen. Der Poster verwaltet eine Hosting-Infrastruktur, und seit der Veröffentlichung von WordPress 6.9 hatte er mehrere Fälle gehabt, in denen Websites plötzlich eine CPU-Auslastung von kontinuierlich 100 % erreichten. Ein Rollback auf die vorherige Version löst das Problem.

Auch dieser Nutzer schreibt, dass er inzwischen Dutzende anderer Websites gesehen habe, die ohne Probleme auf WordPress 6.9 aktualisiert wurden. Es scheint, so der Poster, dass die beschriebenen Fälle mit hoher CPU-Auslastung Einzelfälle sind, die wahrscheinlich durch eine bestimmte Plugin- oder Theme-Inkompatibilität in diesen Umgebungen ausgelöst wurden und kein allgemeines Problem mit dem WP-Kern darstellen. In einem weiteren Nachtrag erwähnt er, dass die bei ihm betroffenen Sites das WoodMart-Theme  verwenden, was die Ursache gewesen sein könnte. Dieses Theme habe ich aber nicht im Einsatz.