Serverseitige Caching (Redis, Memcached) zur Entlastung der WordPress-Datenbank

Serverseitiges Caching ist eine Methode zur Reduzierung der Last auf MySQL oder MariaDB, indem häufig wiederkehrende Datenbankabfragen vorübergehend in speicherbasierten Systemen wie Redis oder Memcached gespeichert werden. Bei richtiger Konfiguration kann es insbesondere bei stark frequentierten WordPress-Webseiten die Anzahl der Abfragen verringern, den TTFB-Wert verbessern, die CPU-Nutzung senken und eine schnellere Antwort an die Benutzer liefern. Kurz gesagt: WordPress serviert Daten nicht mehr bei jeder Anfrage aus der Datenbank, sondern nutzt den schnelleren RAM.

Da WordPress ein dynamisches Content-Management-System ist, kann jede Seitenaufruf eine Vielzahl von Abfragen für Tema, Plugins, Menüs, Optionen, Benutzersitzungen, Produkte, Kommentare und Inhalte auslösen. Auf einer einfachen Unternehmenswebsite kann eine einzige Seite 40 bis 80 Abfragen generieren, während dieser Wert bei Websites mit WooCommerce, Mitgliedschaftssystemen oder mehrsprachigen Strukturen auf 150 bis 300 Abfragen ansteigen kann. Bei steigendem Traffic ist der Engpass oft nicht PHP, sondern die Datenbankverbindungen und wiederholte Abfragen. An diesem Punkt kommen Redis und Memcached ins Spiel.

In diesem Leitfaden werden wir die Unterschiede zwischen Redis und Memcached, die geeignete Nutzung in verschiedenen WordPress-Szenarien, die Funktionsweise des Objektcachings, die Implementierungsschritte, Messmetriken und häufige Fehler aus einer Expertenperspektive betrachten. Wenn Ihre Website langsam lädt, Sie Verzögerungen im Administrationsbereich erleben oder während Kampagnenzeiten die Last auf Ihrer Datenbank schnell ansteigt, bietet dieser Inhalt eine praktische Roadmap. Für eine stärkere Infrastrukturplanung können Sie auch die Seiten WordPress Hosting-Pakete und VPS-Server-Lösungen durchsehen.

Was ist serverseitiges Caching?

Serverseitiges Caching bezieht sich darauf, Daten auf der Serverebene anstelle des Browsers zu speichern. Diese Ebene kann aus verschiedenen Schichten bestehen, wie z. B. vollständigem Seiten-Cache, Opcode-Cache, CDN-Edge-Cache, Datenbankabfrage-Cache und Objekten-Cache. Redis und Memcached werden typischerweise für persistente Objektdaten, also für persistente Objektspeicher, verwendet.

Auf der WordPress-Seite speichert der Objektspeicher die Objekte, die die Anwendung zuvor berechnet oder aus der Datenbank abgerufen hat, für kurze Zeit im RAM. Beispielsweise können Site-Einstellungen, Menüstrukturen, Abfrageergebnisse, Produktvarianten, Benutzermetadaten und temporäre Daten auf dieser Ebene gespeichert werden. RAM ist deutlich schneller als eine datenträgerbasierte Datenbank. Daher ist es deutlich schneller, eine Antwort über Redis oder Memcached zu erhalten, wenn dieselben Daten wiederholt angefordert werden, als zur Datenbank zu gehen.

Wichtig zu beachten ist: Serverseitiges Caching macht eine schlecht optimierte Website nicht auf wundersame Weise perfekt. Übermäßig schwere Plugins, fehlerhafte Abfragen, aufgeblähte Options-Tabellen, nicht optimierte WooCommerce-Warenkorbströme oder falsche Cron-Einstellungen können weiterhin Leistungsprobleme verursachen. Ein richtig konfiguriertes Redis- oder Memcached-Layer kann jedoch einen großen Unterschied in einer gesunden WordPress-Infrastruktur ausmachen.

Warum steigt die Last der WordPress-Datenbank?

Der Hauptgrund für die steigende Last auf der WordPress-Datenbank ist, dass die kontinuierliche Erzeugung dynamischer Inhalte ständig Abfragen erfordert. Jeder Besucher, jede Bot-Abfrage und jede Aktion im Administrationsbereich erzeugt im Hintergrund Abfragen. Insbesondere in Zeiten plötzlichen Anstiegs des Verkehrs belasten die wiederholten Abfragen die Datenbankserver.

Die häufigsten Lastquellen

• WooCommerce-Transaktionen: Warenkorb, Zahlung, Lagerbestand und Produktvarianten erfordern ständig aktuelle Daten.
• Schwere Themes und Page-Builder: Mehrschichtige Shortcodes und dynamische Widgets erhöhen die Anzahl der Abfragen.
• Zu viele Plugins: Jedes Plugin kann zusätzliche Kosten durch eigene Tabellen und Abfragen verursachen.
• Aufgeblähte wp_options-Tabelle: Optionen mit hohem Autoload-Wert werden bei jeder Anfrage in den Speicher geladen.
• Unzureichende Serverressourcen: Geringer RAM, begrenzte CPU und langsame Festplattenstruktur vergrößern die Abfragewarteschlangen.
• Bot- und Spam-Traffic: Anfragen von nicht realen Nutzern verbrauchen ebenfalls Datenbankressourcen.

Ein praktisches Beispiel zur Veranschaulichung: Wenn eine WordPress-Website täglich 20.000 Seitenaufrufe hat und durchschnittlich 120 Abfragen pro Seite ausgeführt werden, entstehen theoretisch 2,4 Millionen Abfragen pro Tag. Von diesen sind 40 % wiederholte Daten, die mit Objektspeicher ohne Datenbankzugriff über RAM bedient werden können. Dies reduziert insbesondere in Stoßzeiten die CPU- und I/O-Nutzung erheblich.

Wie funktionieren Redis und Memcached in WordPress?

Redis und Memcached werden nicht direkt verwendet, um die Theme-Dateien von WordPress zu beschleunigen, sondern hauptsächlich, um Objektspeicher bereitzustellen. Im WordPress-Kern gibt es einen temporären Objektspeicher-Mechanismus; jedoch geht dieser Cache standardmäßig am Ende jeder Anfrage verloren. Wenn Redis oder Memcached hinzugefügt wird, werden diese Objekte zwischen den Anfragen gespeichert und dauerhaft.

Funktionsweise von Redis

Redis ist ein schlüsselwertbasiertes, speicherinternes Datenlager. Es unterstützt nicht nur einfache String-Daten, sondern auch komplexe Datenstrukturen wie Listen, Mengen, Hashes und sortierte Mengen. Im Kontext von WordPress speichert Redis typischerweise Site-Optionen, Abfrageergebnisse, temporäre Daten und einige Plugin-Daten im RAM. Aufgrund der Verfügbarmachung von Persistenzoptionen kann ein Teil der Daten beim Neustart des Servers erhalten bleiben; jedoch ist das Hauptziel des Objektspeichers in WordPress oft Geschwindigkeit, nicht langfristige Datenspeicherung.

Funktionsweise von Memcached

Memcached ist ebenfalls ein speicherinternes und schlüsselwertbasiertes Caching-System. Es hat eine einfachere Struktur als Redis. Es ist effektiv in sehr einfachen, hochgeschwindigkeits, verteilten Caching-Szenarien. Bei richtiger Verwendung mit dem richtigen Plugin ermöglicht es, wiederholte Abfragen aus dem RAM zu bedienen. Allerdings ist es in Bezug auf komplexe Datenstrukturen, Persistenz und detaillierte Verwaltungsfunktionen nicht so flexibel wie Redis.

Redis oder Memcached? Vergleichstabelle

Beide Lösungen können die Last der WordPress-Datenbank reduzieren. Bei der Auswahl sollten die Verkehrsstruktur der Website, die Serverressourcen, die Benutzerfreundlichkeit der Verwaltung und die Skalierungsziele berücksichtigt werden.

In der Praxis ist Redis oft die vorteilhaftere Wahl für moderne WordPress-Projekte. Bei dynamischen Strukturen wie WooCommerce, LMS, Foren, Buchungssystemen oder Mitgliedschaftsseiten sticht die Plugin-Unterstützung und Verwaltbarkeit von Redis hervor. Memcached bleibt jedoch eine wertvolle Option für Projekte, die eine sehr einfache, schnelle und wenig komplexe Cache-Schicht wünschen.

Wann ist serverseitiges Caching für WordPress erforderlich?

Es ist nicht notwendig, dass jede kleine WordPress-Website von Anfang an Redis oder Memcached verwendet. Dennoch gibt es einige Signale, die darauf hinweisen, dass serverseitiges Caching erforderlich geworden ist.

Leistungsindikatoren, die Sie überprüfen sollten

• TTFB-Wert regelmäßig über 600 ms.
• Spürbare Verlangsamung beim Seitenwechsel im Administrationsbereich.
• Starker Anstieg der MySQL-CPU-Nutzung mit steigendem Traffic.
• Verzögerungen auf WooCommerce-Warenkorb- und Zahlungsseiten.
• Erhöhte Serverantwortzeiten während des Googlebot-Crawls.
• Warnungen über gleichzeitige Verbindungen oder Ressourcenlimits im Hosting-Panel.

Beispielsweise kann die Startseite einer Inhaltswebsite mit vollem Seiten-Cache schnell sein; jedoch können der Administrationsbereich, die Suchseite, die Kategoriefilter oder die Erfahrung von angemeldeten Benutzern weiterhin langsam sein. Da der vollständige Seiten-Cache nicht in allen Fällen funktioniert, wird der Objektspeicher hier entscheidend. Daher verbessert serverseitiges Caching nicht nur die Ladegeschwindigkeit der Seiten für Besucher, sondern auch die Effizienz der Backend-Arbeiten von WordPress.

Vorbereitung vor der Implementierung: Messen Sie bevor Sie starten

Vor der Installation von Caching ist es wichtig, den aktuellen Zustand zu messen. Andernfalls wird es schwierig, die Quelle von Verbesserungen, welche Einstellungen funktionieren und welche Probleme weiterhin bestehen zu erkennen. Ein professioneller Ansatz sieht vor, zuerst Basiswerte zu erfassen, dann Redis oder Memcached zu aktivieren und die gleichen Tests erneut durchzuführen.

Metriken, die zu Beginn gemessen werden sollten

• TTFB: Zeit bis zum ersten Byte. Kann mit WebPageTest, GTmetrix oder den Entwicklertools des Browsers gemessen werden.
• Anzahl der Datenbankabfragen: Die Anzahl der Abfragen pro Seite kann mit Tools wie Query Monitor untersucht werden.
• Langsame Abfragen: Engpässe können über das MySQL-Slow-Query-Log identifiziert werden.
• RAM-Nutzung: Es sollte die sichere Menge an Speicher bestimmt werden, die für Redis oder Memcached zur Verfügung stehen kann.
• Cache-Hit-Verhältnis: Der Anteil der Anfragen, die aus dem Cache bedient werden, sollte überwacht werden. Gut konfigurierte Seiten zeigen Werte über 70 %.

Im Messprozess reicht es nicht aus, nur die Startseite zu testen. Unterschiedliche URL-Typen wie Startseite, Blogbeiträge, Kategorieseiten, Produktseiten, Warenkorb, Zahlung, Suchergebnisse und der Administrationsbereich sollten separat bewertet werden. Die WordPress-Leistung ist nicht nur ein einziger Seitenwert.

Einrichtung des WordPress-Objektspeichers mit Redis

Die Installation von Redis kann je nach Serververwaltungsrechten, verwendetem Hosting-Typ und Kontrollpanel variieren. Bei Shared Hosting sollte die Redis-Unterstützung vom Anbieter bereitgestellt werden. Auf VPS oder dedizierten Servern kann es als Systemdienst installiert werden. Wenn Sie Redis-Unterstützung in Ihrer Hostragons-Infrastruktur benötigen, können Sie die Seiten Merkmale von WordPress Hosting oder Verwalteter VPS-Server durchsehen.

Schritt-für-Schritt-Plan zur Implementierung von Redis

• 1. Backup erstellen: Ändern Sie die Leistungsschicht nicht, ohne aktuelle Backups von Dateien und Datenbanken zu erstellen.
• 2. Serverunterstützung überprüfen: Stellen Sie sicher, dass der Redis-Dienst aktiv ist, das PHP-Redis-Plugin installiert ist und der Port sicher konfiguriert ist.
• 3. WordPress-Plugin installieren: Verwenden Sie ein zuverlässiges und aktuelles Plugin wie Redis Object Cache.
• 4. Verbindung aktivieren: Testen Sie die Redis-Verbindung im Plugin-Panel und stellen Sie sicher, dass die Datei object-cache.php erstellt wurde.
• 5. wp-config-Einstellungen überprüfen: Konfigurieren Sie, falls nötig, Einstellungen wie Cache-Key-Salt, Datenbankindex und Timeout.
• 6. Tests durchführen: Überprüfen Sie den Administrationsbereich, das Frontend, den Warenkorb und die Erfahrung angemeldeter Benutzer.
• 7. Überwachen: Verfolgen Sie die Werte für Hit Ratio, Speicherauslastung und verwaiste Schlüssel.

Es ist wichtig, ein Speicherlimit für Redis festzulegen. Wenn beispielsweise ein kleiner VPS mit 2 GB RAM Redis unkontrolliert mit Speicher versorgt, bleibt möglicherweise nicht genügend Platz für PHP und MySQL. Zu Beginn kann ein sicheres Limit von 128-256 MB festgelegt werden; bei stark frequentierten WooCommerce-Seiten kann dieser Wert je nach Bedarf auf 512 MB oder mehr erhöht werden. Die endgültige Entscheidung sollte auf tatsächlichen Nutzungsmessungen basieren.

Einrichtung des WordPress-Objektspeichers mit Memcached

Die Installation von Memcached erfolgt ebenfalls in ähnlicher Weise und besteht aus Serverdiensten und WordPress-Integration. Es wird in der Regel bei Anforderungen nach niedrig komplexem und schnellem Cache bevorzugt. In Multi-Server-Architekturen kann es mit einem verteilten Cache-Ansatz verwendet werden; jedoch sollten die Plugin-Kompatibilität und Wartungsprozesse auf der WordPress-Seite sorgfältig bewertet werden.

Schritt-für-Schritt-Plan zur Implementierung von Memcached

• 1. Serverdienststatus überprüfen: Memcached sollte aktiv sein und die PHP-Memcached-Erweiterung sollte aktiv sein.
• 2. Sicherheitseinstellungen vornehmen: Der Dienst sollte nicht über öffentliche IP-Adressen zugänglich sein. Lokale Verbindungen oder sichere Netzwerke sollten bevorzugt werden.
• 3. WordPress-Plugin auswählen: Verwenden Sie ein aktuelles, gewartetes Plugin mit Drop-in-Unterstützung für Objektspeicher.
• 4. Speicherlimit festlegen: Definieren Sie ein Startlimit basierend auf der Größe der Website und dem Verkehrsprofil.
• 5. In echten Seiten testen: Überprüfen Sie insbesondere das Verhalten von angemeldeten Benutzern und dynamischen Seiten.

Obwohl die einfache Struktur von Memcached ein Vorteil sein kann, bietet es möglicherweise nicht die detaillierte Überwachung und Verwaltung, die Redis in einigen komplexen WordPress-Szenarien bietet. Daher sollte bei der Entscheidung für neue Projekte nicht nur die Geschwindigkeit, sondern auch die betriebliche Wartungsfreundlichkeit berücksichtigt werden.

Cache-Dauer, Bereinigung und Invalidierungsstrategie

Eines der kritischsten Themen beim Caching ist, wann die Daten aktualisiert werden. Ein zu aggressives Caching erhöht das Risiko, veraltete Inhalte anzuzeigen; ein zu kurzes Caching verringert den erwarteten Leistungsgewinn. Im WordPress-Objektspeicher werden viele Daten automatisch invalidiert; jedoch können Plugins und benutzerdefinierte Entwicklungen diesen Prozess stören.

Empfehlungen für eine gesunde Strategie

• Stellen Sie sicher, dass die relevanten Cache-Schlüssel gelöscht werden, wenn Inhalte aktualisiert werden.
• Schließen Sie WooCommerce-Warenkorb-, Zahlungs- und Kontoseiten vom vollständigen Seiten-Cache aus.
• Leeren Sie den Objektspeicher nicht zu oft; dies stört den Cache-Warm-up-Prozess.
• Führen Sie große Änderungen der Cache-Regeln nicht auf der Live-Site durch, ohne sie in der Staging-Umgebung zu testen.
• Überprüfen Sie in mehrsprachigen Websites, ob die sprachbasierten Cache-Schlüssel nicht kollidieren.

Beispielsweise sollte bei einer Nachrichten-Website, wenn ein neuer Artikel veröffentlicht wird, die Startseite, die Kategorieseite und die entsprechenden Tag-Seiten aktuell aussehen. Obwohl der Redis-Objektspeicher die Datenbankabfragen beschleunigt, sollten, wenn er zusammen mit einem vollständigen Seiten-Cache oder CDN-Schicht verwendet wird, die Bereinigungslogiken aller Schichten kompatibel sein. In diesem Zusammenhang können Sie die Inhalte zu Lösungen für SSL-Zertifikate und Domain-Management durchsehen, um CDN, SSL und sichere Veröffentlichungsstufen gemeinsam zu planen.

Verwendung von Redis und Memcached in WooCommerce-Websites

WooCommerce hat eine komplexere Datenbankstruktur als Standard-Blog-Websites. Produkte, Variationen, Lagerinformationen, Coupons, Bestellungen, Benutzersitzungen und Warenkorbdaten können sich ständig ändern. Daher ist das Caching in WooCommerce-Websites sowohl vorteilhaft als auch anspruchsvoller.

Redis wird in WooCommerce-Projekten oft als die bessere Wahl angesehen. Besonders bei der Leistung der Produktauflistung, Filterung und im Administrationsbereich kann es deutliche Vorteile bieten. Wenn jedoch personalisierte Ströme wie Warenkorb und Zahlung falsch zwischengespeichert werden, können ernsthafte Benutzererfahrungs- und Bestellprobleme auftreten. Bei der Verwendung von Objektspeichern sollten die Regeln für das Seiten-Caching entsprechend angepasst werden.

Praktische Einstellungen für WooCommerce

• Halten Sie die Warenkorb-, Zahlungs- und Kontoseiten vom vollständigen Seiten-Cache fern.
• Testen Sie den Cache-Bereinigungsfluss nach Lageränderungen.
• Überwachen Sie bei Shops mit hohem Produktvariationen regelmäßig die Redis-Speichernutzung.
• Blockieren Sie Admin-Ajax-Anfragen nicht mit unnötigen Cache-Schichten.
• Führen Sie vor einer Kampagne Cache-Warm-up und Lasttests durch.

Insbesondere vor dem Black Friday, den Weihnachtskampagnen oder bei hohem Werbetraffic reicht es nicht aus, einfach den Cache zu aktivieren. Es ist sicherer, Lasttests mit realistischen Benutzerszenarien durchzuführen, die Verbindungsgrenzen der Datenbank zu überprüfen und die Serverressourcen vorübergehend zu erhöhen. In solchen Zeiten können Hosting für stark frequentierte Websites Optionen in Betracht gezogen werden.

Sicherheits- und Serverkonfigurationen

Redis und Memcached sind Leistungswerkzeuge; jedoch können sie Sicherheitsrisiken darstellen, wenn sie falsch konfiguriert sind. Die wichtigste Regel ist, diese Dienste nicht ungeschützt im öffentlichen Internet zugänglich zu machen. Redis- oder Memcached-Ports sollten nur über lokale Server, private Netzwerke oder sichere Zugriffsschichten verwendet werden.

Grundlegende Sicherheits-Checkliste

• Öffnen Sie den Standardport 6379 für Redis nicht für das Internet.
• Stellen Sie sicher, dass der Port 11211 für Memcached für externe Zugriffe geschlossen ist.
• Konfigurieren Sie bei Bedarf Passwörter, Bind-Adressen und Firewall-Regeln.
• Halten Sie die Dienste auf der aktuellen Version.
• Verwenden Sie in Shared-Umgebungen Cache-Key-Salt, um Interferenz zwischen Websites zu vermeiden.
• Halten Sie einen Backup- und Wiederherstellungsplan für den Server bereit.

Die Cache-Schicht ersetzt nicht die Datenbank. Wenn die in Redis gespeicherten Objektdaten verloren gehen, sollte WordPress in der Lage sein, diese Daten erneut zu generieren. Daher ist es richtiger, Redis als eine leistungssteigernde Zwischenschicht und nicht als einen permanenten Datenspeicher zu betrachten.

Wie messen Sie den Erfolg?

Nach der Installation sollte ein Vergleich zwischen Vorher und Nachher durchgeführt werden, um die Leistungsgewinne klar zu sehen. Dabei sollte nicht nur der Seiten-Geschwindigkeitstestwert, sondern auch die Ressourcennutzung auf der Serverseite untersucht werden.

Wichtige Indikatoren zur Überwachung

• Rückgang des TTFB: Ein Rückgang von beispielsweise 850 ms auf 350 ms ist eine starke Verbesserung für die Benutzererfahrung.
• Reduzierung der Abfragen: Mit Query Monitor kann bestätigt werden, dass die wiederholten Abfragen abgenommen haben.
• Cache-Hit-Verhältnis: Ein Bereich von 70-90 % wird in vielen WordPress-Szenarien als gesund angesehen.
• MySQL-CPU-Nutzung: In Stoßzeiten wird ein stabileres Diagramm erwartet.
• Fehlerprotokolle: Verbindungsfehler, Timeouts oder Serialisierungsprobleme sollten überwacht werden.

In einer gut konfigurierten Website kann die Veränderung beim ersten Besuch nach Aktivierung von Redis begrenzt sein, da der Cache noch nicht gefüllt ist. Aber innerhalb weniger Minuten werden häufig genutzte Abfragen in die Cache-Schicht aufgenommen, und bei der zweiten oder dritten Anfrage sind deutliche Verbesserungen zu sehen. Daher sollten Tests nicht einmalig, sondern wiederholt und zu verschiedenen Zeitpunkten durchgeführt werden.

Häufige Fehler

Serverseitiges Caching ist leistungsstark; jedoch wird der erwartete Nutzen nicht erreicht, wenn es falsch umgesetzt wird. Die häufigsten Fehler in WordPress-Projekten resultieren in der Regel aus fehlenden Messungen und inkompatiblen Plugin-Nutzungen.

• Alles cachen: Dynamische Benutzerdaten und Zahlungsströme sollten sorgfältig getrennt werden.
• Cache-Bereinigung als Lösung ansehen: Ständiges Cache-Flush verbessert die Leistung nicht, sondern kann sie verringern.
• Unzureichender RAM zuweisen: Ein zu niedriges Speicherlimit führt zu häufigen Schlüsselentfernungen.
• Inkompatible Plugins gemeinsam verwenden: Mehrere Objektspeicher-Plugins können Konflikte verursachen.
• Sicherheit vernachlässigen: Offene Redis- oder Memcached-Ports stellen ernsthafte Risiken dar.
• Datenbankoptimierung vergessen: Indizes, Tabellenbereinigung und Abfrageanalysen sind weiterhin von Bedeutung.

Um diese Fehler zu vermeiden, sollten Änderungen schrittweise vorgenommen, jeder Schritt gemessen und gegebenenfalls ein Rückführungsplan bereitgehalten werden. Leistungsoptimierung ist nicht nur eine Frage der Installation eines Plugins; Hosting, PHP-Version, Datenbank, Theme, Plugins und Sicherheitslayer müssen gemeinsam bewertet werden.

Fazit: Leichtere Datenbank, schnelleres WordPress

Serverseitiges Caching ist eine der effektivsten Methoden zur Reduzierung der Last auf der WordPress-Datenbank durch Redis und Memcached. Während Redis eine flexiblere und leistungsfähigere Option in modernen WordPress-Szenarien bietet, bleibt Memcached in einfachen und schnellen Cache-Anforderungen wertvoll. Durch die richtige Installation, Messung, Sicherheit und Cache-Invalidierungsstrategie sinken die TTFB-Werte, die MySQL-Last verringert sich und die Website funktioniert stabiler.

Wenn Ihre WordPress-Seite wächst, Ihr WooCommerce-Traffic zunimmt oder Ihr Administrationsbereich langsam wird, messen Sie zuerst die aktuelle Leistung und planen Sie dann die geeignete Cache-Schicht. Um die Leistung Ihrer WordPress-Seite bei Hostragons zu optimieren, können Sie die Lösungen WordPress-Hosting, VPS-Server, Domainregistrierung und SSL-Zertifikat durchsehen; und Unterstützung für eine geeignete Konfiguration anfordern.

Häufig gestellte Fragen

Beschleunigt Redis meine WordPress-Seite definitiv?

Redis steigert die Geschwindigkeit der meisten dynamischen WordPress-Seiten, indem es wiederholte Datenbankabfragen über den RAM bedient. Wenn jedoch schlecht geschriebene Plugins, langsame externe API-Aufrufe oder fehlerhafte Theme-Codes vorhanden sind, löst es nicht alle Probleme allein. Die besten Ergebnisse werden in Kombination mit Messungen, Datenbankoptimierungen und der richtigen Hosting-Infrastruktur erzielt.

Ist Memcached oder Redis schneller?

Beide sind sehr schnell und der Unterschied hängt in den meisten WordPress-Seiten von der Konfiguration ab. Memcached ist sehr effektiv in einfachen Schlüssel-Wert-Caching. Redis ist aufgrund von unterstützten komplexen Datenstrukturen, Persistenzoptionen und starker Plugin-Unterstützung für WordPress flexibler.

Benötige ich kein Seiten-Caching mehr, wenn ich Redis verwende?

Nein. Redis bietet in der Regel Objektspeicher; vollständiges Seiten-Caching ist eine andere Schicht. Für die beste Leistung sollten Redis-Objektspeicher, Seiten-Caching, OPcache und gegebenenfalls CDN gemeinsam geplant werden. Bei dynamischen Seiten wie Warenkorb und Zahlung sollten Ausnahmebedingungen jedoch sorgfältig eingestellt werden.

Ersetzt Redis oder Memcached die Datenbank?

Nein. Redis und Memcached sind temporäre Caching-Schichten, die verwendet werden, um WordPress-Daten zu beschleunigen. Die dauerhaften Datenquellen sind nach wie vor die MySQL- oder MariaDB-Datenbank. Wenn der Cache geleert wird, generiert WordPress die erforderlichen Daten erneut aus der Datenbank.

Kann ich Redis in Shared Hosting verwenden?

Das hängt von den Funktionen Ihres Hosting-Anbieters ab. Einige WordPress-Hosting-Pakete bieten Redis-Unterstützung von Anfang an, während es in einigen Shared-Umgebungen aufgrund von Sicherheits- und Ressourcenfreigabegründen möglicherweise nicht angeboten wird. Für mehr Kontrolle können VPS oder verwaltete Serverlösungen in Betracht gezogen werden.