WordPress macht einen großen Teil des Internets aus, aber seine Popularität macht deutlich, wie schwierig es ist, eine optimale Leistung zu erzielen. Eine leistungsstarke Lösung zur Verbesserung der WordPress-Leistung ist das Redis-Objekt-Caching. Die Verwendung dieser In-Memory-Schlüsselwertdatenbank als Cache reduziert die Anzahl der Abfragen an die primäre Datenbank einer Website.
Dieser Leitfaden zeigt dir, wie du Redis Object Caching für deine WordPress-Website installierst und nutzt. Für Kinsta-Kunden ist der Prozess besonders einfach.
Das Objekt-Caching verstehen
Wenn du eine WordPress-Website lädst, muss dein Server in der Regel mehrere Datenbankabfragen durchführen, um den Inhalt, die Einstellungen und andere Daten abzurufen, die er für die Anzeige der Website benötigt. Jede Abfrage braucht Zeit, und wenn deine Website wächst, können sich diese kleinen Verzögerungen zu spürbaren Verlangsamungen summieren.
Das Objekt-Caching hilft, indem es die Ergebnisse dieser Datenbankabfragen im Speicher speichert. Der Cache speichert die Abfragen, die du häufig verwendest, und wartet, bis du sie brauchst.
Objekt-Caching kann die Art und Weise verändern, wie deine WordPress-Website Daten abruft und verarbeitet, und die Auswirkungen gehen über einfache Geschwindigkeitsverbesserungen hinaus. Wenn die Besucherzahlen auf deiner Website plötzlich in die Höhe schnellen, z. B. während einer erfolgreichen Marketingkampagne oder nach einem viralen Social Media-Post, kann Redis als Puffer zwischen deinen Besuchern und deiner Datenbank fungieren.
Anstatt dass jeder Besucher neue Datenbankabfragen auslöst, liefert Redis zwischengespeicherte Daten aus dem Speicher. Auf diese Weise kann eine Website deutlich mehr gleichzeitige Nutzerinnen und Nutzer auf der gesamten Website ohne Leistungseinbußen verarbeiten.
Für eine E-Commerce-Website am Black Friday können die in Redis zwischengespeicherten Produktinformationen die Datenbanklast verringern und die Website kann ein höheres Besucheraufkommen bewältigen, ohne dass zusätzliche Serverressourcen benötigt werden. Diese Effizienz schlägt sich direkt in Einsparungen bei den Hostingkosten nieder, da mit der vorhandenen Infrastruktur mehr Besucher bedient werden können.
Wie WordPress seine Datenbank nutzt
Wenn du verstehst, wie WordPress mit seiner Datenbank interagiert, wird klar, warum das Caching bei einer wachsenden Website so wichtig ist. Stell dir vor, was passiert, wenn jemand die Startseite deiner Website besucht. Wenn WordPress nicht mit den Ergebnissen eines Seiten-Caches antwortet, muss es eine komplexe Symphonie von Datenbankabfragen durchführen, um eine dynamische Seite zu erstellen.
Gehen wir einen typischen Ladevorgang der Startseite durch: Zuerst fragt WordPress die Tabelle wp_options ab, um die Einstellungen deiner Website, die Konfiguration des Themes und die aktiven Plugins abzurufen.
Wenn du zusätzliche Widgets, Blöcke oder Elemente in deiner Seitenleiste hast, löst dies zusätzliche Abfragen aus. Zum Beispiel benötigt der Abschnitt „Neueste Beiträge“ Daten zu den Beiträgen, die Kategorien benötigen die Anzahl der Begriffe und jede Suchfunktion muss einen Index erstellen.
Wenn du ein Page-Builder-Plugin oder ein komplexes Theme verwendest, vervielfachen sich diese Abfragen erheblich. Mit dynamischen Inhalten wird die Komplexität noch größer. Nimm ein übliches Blog-Setup, in dem Beiträge Informationen zum Autor, Kategorien, Tags und verwandte Beiträge anzeigen:
Für jede Beitragsvorschau auf deiner Startseite muss WordPress Daten aus mehreren Tabellen zusammenführen. Es holt sich den Kerninhalt aus wp_posts, die Autorendetails aus wp_users und die Metadaten aus wp_postmeta. Eine Homepage, die nur zehn Vorschaubilder anzeigt, könnte Dutzende von Datenbankabfragen ausführen.
Die Engpässe innerhalb der WordPress-Datenbank
Diese Datenbankarchitektur offenbart auch häufige Engpässe, die sich auf die Leistung auswirken. Benutzerdefinierte Beitragstypen sind zwar sehr leistungsfähig, um Inhalte zu organisieren, müssen aber oft auf wp_postmeta zurückgreifen, um zusätzliche Felder zu speichern.
Einige Websites – wie z. B. ein Online-Shop oder ein Immobilienverzeichnis – können Hunderte von Abfragen pro Seitenaufruf durchführen, nur um jedes Produkt oder jede Immobilie anzuzeigen. Dabei müssen die einzelnen Details wie Quadratmeterzahl, Menge, Preis, Schlafzimmer, Varianten und mehr als separate Metadateneinträge angezeigt werden.
Die Tabelle wp_options kann zu einem weiteren Engpass werden. Denn dort werden die Einstellungen für alle Plugins gespeichert, die sie anbieten.
Die Auswirkungen werden noch deutlicher, wenn du die gleichzeitigen Besucher berücksichtigst. Jeder Nutzer löst eine eigene Reihe von Abfragen aus, und WordPress führt für jeden von ihnen eine unabhängige Verarbeitung durch. Bei Traffic-Spitzen kann diese Verarbeitung zu einem Engpass führen, der die gesamte Website verlangsamt.
Diese Datenbankinteraktionen machen das Caching unschätzbar wertvoll. Wenn du das Redis-Objekt-Caching richtig implementierst, kann es diese wiederholten Abfragen abfangen und die Ergebnisse im Speicher ablegen. Anstatt mehrere Joins und Metadatenabfragen für jeden Besucher auszuführen, kann WordPress die vorverarbeiteten Daten direkt von Redis abrufen. Dadurch lassen sich oft Dutzende von Datenbankabfragen auf einen einzigen Cache-Lookup reduzieren.
Beliebte Lösungen für das WordPress-Objekt-Caching
Wenn es um Objekt-Caching-Lösungen für WordPress geht, gibt es mehrere Möglichkeiten. Nicht jeder Hoster unterstützt alle Optionen. Das bedeutet, dass du sicherstellen musst, dass der von dir gewählte Objekt-Cache auch wirklich das leistet, was du brauchst.
Memcached ist eines der ältesten und am weitesten verbreiteten Caching-Systeme. Es ist ein verteiltes Speicher-Caching-System, das einfach und effektiv ist. Dank seiner Langlebigkeit wird es sehr gut unterstützt und ist im Allgemeinen sehr ressourcenschonend. Dank guter Unterstützung und Dokumentation ist Memcached eine beliebte Lösung für das Caching von Objekten auf allen Ebenen.
Da der Schwerpunkt auf der Benutzerfreundlichkeit liegt, sind komplexere Szenarien für diesen einfachen Key-Value-Store möglicherweise nicht geeignet. Außerdem bietet er keine „persistente“ Speicherung, d.h. er wird gelöscht, wenn die nächste Seite geladen wird.
Couchbase bietet eine komplexere Lösung, die die Fähigkeiten einer Dokumentendatenbank, typische Key-Value-Speicherfunktionen und integriertes Clustering kombiniert. Die letztgenannte Technologie automatisiert die Gruppierung von Daten, um die Leistung zu verbessern – ähnlich wie die Defragmentierung der Windows-Festplatte, um die Festplattenleistung des Betriebssystems zu verbessern.
Allerdings ist die Speicherung von Schlüsselwerten bei Couchbase gegenüber der dokumentenbasierten Architektur zweitrangig. Das kann ein Problem sein, wenn du weniger Abfrageeinschränkungen und eine höhere Genauigkeit bei der Datenvalidierung und -konsistenz brauchst.
Warum sich Redis für WordPress auszeichnet
Für WordPress bietet Redis mehrere Vorteile gegenüber der direkten Konkurrenz. Anders als Memcached unterstützt Redis komplexe Datenstrukturen wie Listen, Sets und sortierte Sets. Das passt gut zu den Anforderungen von WordPress an die Datenorganisation und gibt dir die Möglichkeit, größere und komplexere Setups zu erstellen.
Wenn es darum geht, diese verschiedenen Strukturen zu nutzen, ist die „atomare Operation“ von Redis entscheidend. Dabei handelt es sich um ein Transaktionskonzept, bei dem verschiedene Befehle zusammengefasst und auf einmal ausgeführt werden. Die eigentliche Funktionalität ist komplexer als das, aber atomare Operationen stellen in der Regel die Datenkonsistenz sicher – was für jede WordPress-Website entscheidend ist.
Es gibt noch zwei weitere Vorteile der Verwendung von Redis mit WordPress:
- Persistenz. Redis kann Daten auf der Festplatte persistieren. Das sorgt für eine bessere Haltbarkeit der Daten im Vergleich zu einer In-Memory-Lösung.
- Bessere Speicherverwaltung. Redis bietet ausgefeiltere Speicherverwaltungsoptionen als andere Caching-Tools. Dadurch hast du eine bessere Kontrolle über das Verhalten deines Objekt-Caches.
Redis hat Anwendungen, die über das Objekt-Caching hinausgehen, aber für WordPress ist der Key-Value-Speicher aufgrund der einzigartigen Struktur der Datenbanklösung ein nahezu idealer Partner.
Die Beziehung zwischen WordPress und Redis
WordPress verfügt mit der Funktion WP_Object_Cache über eine eigene Objekt-Caching-Funktion. Sie fungiert als Zwischenschicht zwischen dem Code deiner Website und der Datenbank und verwendet standardisierte Funktionen zur Verwaltung der zwischengespeicherten Daten.
Wenn ein Plugin oder ein Theme Daten anfordert, prüft WordPress mithilfe dieser eingebauten Funktionen zunächst, ob die Daten im Objekt-Cache vorhanden sind. Hier ist zum Beispiel ein Code, der die Anzahl der Kommentare eines Nutzers abruft:
function get_user_comment_count($user_id) {
// Generate a unique cache key
$cache_key = 'user_comment_count_' . $user_id;
// Try to get the value from cache first
$comment_count = wp_cache_get($cache_key, 'user-stats');
// If not in cache, query the database
if (false === $comment_count) {
global $wpdb;
$comment_count = $wpdb->get_var(
$wpdb->prepare(
"SELECT COUNT(*) FROM $wpdb->comments WHERE user_id = %d",
$user_id
)
);
// Store the result in cache for future requests
wp_cache_set($cache_key, $comment_count, 'user-stats', 3600); // Cache for 1 hour
}
return $comment_count;
}Wenn die Funktion richtig mit Redis konfiguriert ist, fängt sie Datenbankanfragen ab und prüft, ob die benötigten Daten im Redis-Cache vorhanden sind, bevor WordPress eine Datenbankabfrage durchführt.
Und die Integration geht über die einfache Speicherung von Schlüsselwerten hinaus. Die Fähigkeit von Redis, komplexe Datenstrukturen zu verarbeiten, spiegelt die hierarchische Inhaltsorganisation von WordPress wider. Wenn WordPress beispielsweise ein komplexes Abfrageergebnis abrufen muss, wie z. B. alle untergeordneten Seiten einer übergeordneten Seite mit den dazugehörigen Metadaten, speichert Redis diese gesamte Datenstruktur als einen einzigen Cache-Eintrag.
Diese Integration kann die Leistung erheblich verbessern. Redis speichert alle Daten im Speicher, was bedeutet, dass die Zugriffszeiten in Mikrosekunden und nicht in Millisekunden wie bei Datenbankabfragen angegeben werden. Auf den ersten Blick scheint das nicht viel wert zu sein, aber für Websites, die viel mit Datenbanken arbeiten, kann dieser Unterschied zu zwei- oder dreimal schnelleren Seitenladezeiten führen.
Der Objekt-Cache von WordPress unterstützt auch erweiterte Redis-Funktionen durch zusätzliche Konfiguration. So kannst du zum Beispiel Cache-Tags für eine detailliertere Cache-Verwaltung einrichten:
function get_category_posts($category_id) {
$cache_key = 'category_posts_' . $category_id;
$posts = wp_cache_get($cache_key, 'category-posts');
if (false === $posts) {
$posts = get_posts(array(
'category' => $category_id,
'posts_per_page' => 10
));
wp_cache_set(
$cache_key,
$posts,
'category-posts',
3600,
array(
'tags' => array(
'category_' . $category_id,
'front_page_content'
)
)
);
}
return $posts;
}
// Later, when a post in this category updates:
wp_cache_delete_by_tag('category_' . $category_id);Diese Verbindung zwischen WordPress und Redis schafft ein leistungsstarkes Caching-System, das die Datenpersistenz intelligent verwaltet und gleichzeitig die Datenkonsistenz aufrechterhält. Die Funktion WP_Object_Cache sorgt dafür, dass alle deine Plugins und Themes vom Redis-Caching profitieren können, ohne dass eine direkte Implementierung erforderlich ist. Außerdem bieten die erweiterten Funktionen von Redis die Flexibilität, die du für komplexe WordPress-Installationen brauchst.
Kinsta-Kunden können Redis in weniger als 5 Minuten installieren
Stell dir ein typisches Szenario vor: Dein WooCommerce-Shop wird mit zunehmendem Traffic langsamer. Bei vielen Webhostern erfordert die Implementierung von Redis den Zugriff auf den Server, die manuelle Installation, die Konfiguration von Sicherheitseinstellungen und sorgfältige Tests. Das kann leicht einen ganzen Tag an technischer Arbeit bedeuten – und mehr, wenn du auf Fehler stößt. Mit der Redis-Implementierung von Kinsta wird dieser Prozess komplett umgestellt.
Du hast die Möglichkeit, Redis-Objekt-Caching mit ein paar Klicks im MyKinsta-Dashboard für 100 USD pro Monat hinzuzufügen. Kunden können auf WordPress Websites > Seitenname > Add-ons > Redis-Caching (oder WordPress Websites> Seitenname > Caching > Redis) und klicken auf die Schaltfläche Aktivieren:
Die Integration von Kinsta kann einen großen Einfluss auf deine Website und ihre Leistung haben:
- Sie wendet eine optimale Konfiguration für WordPress-Websites an. Dazu gehört auch die Anpassung der Cache-Verfallszeiten – für Fälle, in denen Warenkorbabbrüche problematisch sein könnten. Die Optimierung der Verfallszeiten ist ein häufiges Problem, das bei unsachgemäß konfigurierten Redis-Installationen auftreten kann.
- Die Redis-Integration läuft unbemerkt im Hintergrund. Das ist eine gute Nachricht für dich, denn du kannst deine Website weiter verwalten und gleichzeitig von der Leistung profitieren, die das Objekt-Caching bietet.
- Du bist flexibel, wenn es um die Überwachung deines Objekt-Caches geht und hast eine tiefe Integration in die Funktionalität und Architektur von Kinsta.
Die Integration mit anderen Tools in MyKinsta ist ein großer Vorteil, da Redis Teil deiner gesamten Caching-Strategie wird. Die Überwachung der Auswirkungen auf die Leistung ist ebenfalls ein wichtiger Aspekt, den du berücksichtigen musst.
So implementierst du Redis für deine Kinsta-Website
Die Ersteinrichtung des Redis-Objekt-Cachings für deine von Kinsta gehostete WordPress-Website ist schnell erledigt. Wenn du das Add-on aktivierst, installiert und konfiguriert Kinsta automatisch das Redis Object Cache Plugin. Dadurch sind keine weiteren Einstellungen und Konfigurationen erforderlich. Allerdings musst du das Redis Object Cache Plugin in WordPress deaktivieren. Klicke dazu auf den Link Deaktivieren in der Gruppe des Plugins im WordPress Admin Dashboard:
Ein Großteil der Verwaltung deiner Redis-Installation wird auf deiner WordPress-Website über die Einstellungen deines Plugins erfolgen. Dazu gehört auch das Leeren des Caches. Das Kinsta MU-Plugin fügt diese Option zur WordPress-Symbolleiste hinzu:
Es gibt jedoch einige Möglichkeiten, wie du den Redis-Cache außerhalb von WordPress löschen kannst. Zum Beispiel können die WordPress Websites> Seitenname > Caching > Server Caching in MyKinsta kannst du dies erreichen:
Diese Option löscht alle Caches, die deine Website verwendet, genauso wie die alternativen Methoden über Secure Shell (SSH) und die WP-CLI.
So installierst du Redis auf anderen WordPress-Webhostern
Redis ist zwar eine beliebte Methode, um einen Objekt-Cache einzurichten, aber nicht jeder Hoster bietet den Zugang oder die Integration an. Das bedeutet, dass du dir möglicherweise die Hände mit Code auf deinem Server schmutzig machen musst.
Jeder Webhoster geht dabei anders vor – manche geben dir nicht einmal den nötigen Root-Zugang. Zu den typischen Schritten gehören jedoch die Vorbereitung des Servers, die Installation von Redis und die anschließende Konfiguration von WordPress für die Nutzung von Redis.
Vorbereitung und Installation des Servers
Die Installation von Redis erfordert eine richtig konfigurierte Serverumgebung. Bei manchen WordPress-Hostern bedeutet das, dass du einen geeigneten Tarif wählst. Auf einem normalen Shared Hosting oder sogar Managed Tiers ist dies wahrscheinlich nicht möglich. Ein Virtual Private Server (VPS) ist der Ausgangspunkt für deine Bemühungen, aber auch ein dediziertes Cloud-Hosting ist ideal.
In jedem Fall benötigt deine PHP-Installation die phpredis-Erweiterung. Wenn du diese installierst, kann Redis mit PHP zusammenarbeiten – eine wichtige Voraussetzung, um auch mit WordPress zu arbeiten. Du musst bestimmte Kompilierungsflags und Konfigurationsoptionen verwenden, von denen es viele gibt.
Auf Ubuntu-Systemen installierst du die erforderlichen Komponenten mit:
sudo apt-get update
sudo apt install redis server
Sobald der Installationsprozess abgeschlossen ist, führe sudo service redis status aus, um zu überprüfen, ob Redis so läuft, wie du es erwartest. Vielleicht möchtest du auch redis-cli --version ausführen, um zu prüfen, ob die Installation wie erwartet abgeschlossen wurde.
Sobald Redis auf deinem Server läuft, kannst du die phpredis Erweiterung installieren:
sudo apt-get install php-redis
sudo phpenmod redis
Das ist alles, was du tun musst, um Redis zu installieren, aber du musst es noch für deinen Server und deine verfügbaren Ressourcen konfigurieren.
Redis-Konfiguration
Die Konfigurationsdatei des Redis-Servers braucht deine Aufmerksamkeit, bevor du sie auf deiner Seite zum Einsatz bringen kannst. Als erstes musst du herausfinden, ob WordPress und Redis auf demselben Server laufen. In der Regel ist das der Fall, also musst du die localhost-Adresse (127.0.0.1) binden.
Du kannst jeden beliebigen Editor für den Zugriff auf deine Redis-Konfigurationsdatei wählen, aber nano ist perfekt und wird auf fast jeder Serverinstanz verfügbar sein, die du findest:
sudo nano /etc/redis/redis.conf
In den meisten Fällen kannst du die richtige Zeile finden und sie auskommentieren, bevor du deine Änderungen speicherst:
bind 127.0.0.1 ::1 # listens on loopback IPv4 and IPv6
Möglicherweise möchtest du weitere Änderungen an dieser Konfigurationsdatei vornehmen. Hier ist eine optimale Konfiguration für WordPress Websites:
maxmemory 256mb
maxmemory-policy allkeys-lru
appendonly yes
appendfsync everysec
save 900 1
save 300 10
save 60 10000
Jede Konfigurationsauswahl dient einem bestimmten Zweck:
- Die
maxmemoryEinstellung von 256 MB ist ein guter Ausgangspunkt für die meisten WordPress-Installationen. Diese Einstellung verhindert, dass Redis zu viel Systemspeicher verbraucht, und bietet gleichzeitig genügend Cache-Speicher, um die Leistung deutlich zu verbessern. allkeys-lru maxmemory-policystellt sicher, dass die am häufigsten aufgerufenen Inhalte im Cache bleiben. Einige Websites profitieren stattdessen vonvolatile-lru, vor allem, wenn neben den regulären Inhalten auch Sitzungsdaten gecacht werden.- Die Einstellungen
appendonlyundappendfsyncsteuern das Persistenzverhalten von Redis. Redis dient zwar in erster Linie als Cache, aber die Aufrechterhaltung der Persistenz verhindert, dass der Cache bei einem Serverneustart komplett verloren geht. Die Einstellungeverysecstellt ein Gleichgewicht zwischen Leistung und Datensicherheit her.
Die save Direktiven steuern, wann Redis Point-in-Time-Snapshots des Datensatzes erstellt. In der Beispielkonfiguration wird Redis angewiesen, zu speichern:
- Alle 15 Minuten nach einer Änderung.
- Alle fünf Minuten nach 10 Änderungen.
- Jede Minute nach 10.000 Änderungen.
Diese Persistenzeinstellungen helfen dabei, den Cache effizient zu halten und schützen gleichzeitig vor Datenverlusten.
Redis-Sicherheit konfigurieren und Änderungen testen
Hier solltest du dich auch mit der Sicherheit befassen. Du kannst zum Beispiel die Passwortauthentifizierung mit dem Befehl requirepass einrichten und sogar „gefährliche“ Befehle umbenennen. Die Redis-Zugriffskontrollliste (ACL) schränkt bestimmte destruktive Befehle ein und du solltest dir die gesamte Liste ansehen, um zu sehen, ob sie dich betreffen könnte.
Wenn du alle diese Schritte durchgeführt hast, solltest du die Leistung deines Redis-Servers testen. Das Redis CLI bietet zu diesem Zweck mehrere Benchmark-Befehle:
redis-cli --latency
redis-cli info | grep used_memory_human
redis-cli info | grep connected_clients
Mit ihnen lassen sich grundlegende Leistungsdaten für die laufende Überwachung ermitteln, und sie sollten Teil deines regelmäßigen Wartungsworkflows sein.
WordPress konfigurieren
Sobald Redis auf deinem Server läuft, muss WordPress so konfiguriert werden, dass es Redis als Objekt-Cache nutzt. Die Konfiguration umfasst in der Regel die Angabe der Redis-Verbindungsdetails, wie z. B. den Host, den Port und alle Authentifizierungsdaten.
Du kannst die entsprechende Objekt-Cache-Drop-In-Datei manuell in dein wp-content Verzeichnis einfügen, obwohl die Installation eines speziellen Redis-Objekt-Cache-Plugins der beste Weg ist, dies zu erreichen. Das einzige, das wir hier empfehlen, ist das oben erwähnte Redis Object Cache Plugin, da Kinsta aufgrund seiner eigenen Funktionalität nicht viele Caching Plugins unterstützt. Das Redis Object Cache Plugin ist eher ein Hilfsmittel für die Verbindung von WordPress mit dem Key-Value-Store.
Redis-Verwaltung über die Installation hinaus
Typische Redis Object Cache-Installationen bieten Zugriff auf das Redis CLI. Bei Kinsta erstreckt sich dies über den gesamten Entwicklungs-Workflow, z. B. mit Staging-Umgebungen und DevKinsta.
Grundlegende Überwachung
Über die Kommandozeilenschnittstelle kannst du dich mit deiner Redis-Instanz verbinden und erhältst einen unmittelbaren Einblick in den Betrieb deines Caches. So kannst du zum Beispiel Datenmuster im Cache aufdecken, die Speichernutzung analysieren und Wartungsaufgaben in Echtzeit ausführen.
Für die grundlegende Überwachung gibt es ein paar wichtige Befehle, die du beachten solltest:
redis-cli INFO stats # View cache hits and misses
redis-cli INFO memory # Check memory utilization
redis-cli MONITOR # Watch live cache operations
Der Befehl MONITOR streamt die Cache-Operationen in Echtzeit und zeigt so genau, wie WordPress mit Redis interagiert. Diese Transparenz hilft dir, Cachemuster und Optimierungsmöglichkeiten zu erkennen. Der Befehl SLOWLOG identifiziert problematische Abfragen:
redis-cli SLOWLOG GET 10 # View the 10 slowest recent operations
redis-cli SLOWLOG RESET # Clear the slow log for fresh monitoring
Du hast Optionen, die weit über die Möglichkeiten von Redis hinausgehen.
Tiefergehende Redis-Überwachungsbefehle
Eine einfache Möglichkeit, Ressourcen einzudämmen, ist die Überwachung der Verbindungslimits von Redis. Das ist eine hervorragende Methode, um eine Erschöpfung der Ressourcen zu verhindern:
redis-cli CLIENT LIST | wc -l # Count active connections
redis-cli CONFIG GET maxclients # Check maximum allowed connections
WordPress nutzt Redis, um die Lesezugriffe auf seine Datenbank zu beschleunigen. Die Cache-Einträge sind persistent und können in Zukunft immer wieder gecacht werden. Um das zu unterstützen, unterstützt Redis „Eviction Policies“ für die gespeicherten Schlüssel.
Dies kann jedoch auch Nachteile in Form von Speicherplatzbedarf mit sich bringen. Eine niedrige „Hit Ratio“ – die die Gesamtzahl der Operationen mit den Operationen auf vorhandene Schlüssel vergleicht – ist ein Beweis dafür:
redis-cli INFO stats | grep evicted_keys
redis-cli INFO stats | grep hit_rate
Wenn du feststellst, dass deine Datenbank unter Speicherdruck leidet, kannst du den verfügbaren Speicher erhöhen, die Richtlinien zum Ablauf von Schlüsseln optimieren und selektive Caching-Strategien anwenden. Welchen Ansatz du genau wählst, hängt von deinem Standort und dem Druck ab, der auf deinem Speicher lastet.
Verwendung einer GUI mit Redis
Es gibt noch viel mehr zu entdecken, wenn du die Redis-Befehle und die CLI verwendest, auch wenn sie für manche nicht das richtige Werkzeug ist. Hier kann die Anwendung Redis Insight nützlich sein.
Damit bekommst du eine GUI, mit der du deinen Redis-Objekt-Cache einsehen kannst, ohne dass du ein Terminal, einen Serverzugang oder Kommandozeilenarbeit benötigst. So wie du mit einem Tool wie TablePlus oder SequelAce arbeiten würdest, um deine WordPress-Datenbank einzusehen, ist eine Anwendung wie Redis Insight schnell eingerichtet und kann deinen Arbeitsablauf rationalisieren.
Häufige Redis-Herausforderungen und Lösungen
In den meisten Fällen wird deine Redis-Installation ohne weitere Wartung funktionieren. Einige Redis-Implementierungen können jedoch Herausforderungen darstellen, die deine Aufmerksamkeit erfordern. Zum Beispiel kann es sein, dass du in MyKinsta eine Warnung siehst, dass WordPress kein passendes Verbindungs-Plugin erkennen kann.
Diese Meldung erscheint, wenn du ein anderes Plugin als Redis Object Cache verwendest, und ist in den meisten Fällen zu ignorieren. Beachte jedoch, dass ein optimaler Betrieb von Redis ein geeignetes Verbindungsplugin voraussetzt.
So kann es sein, dass du bei der Analyse mit dem Kinsta APM Tool (oder anderen Kinsta-Analysen) nicht die richtigen Metriken siehst. Diesem Problem kannst du entgegenwirken, wenn du dich entscheidest, eine eigene Redis-Instanz mit Kinsta zu erstellen.
Es ist auch eine gute Idee, die Grenzen der Redis-Integration von Kinsta zu kennen. Zum Beispiel können verschiedene Fehler auftreten, wenn du eine untypische WordPress-Installation verwendest. Die Verwendung einer Bedrock-Installation ist ein häufiger Grund für Fehler und das Kinsta-Supportteam kann dir bei der Lösung helfen.
Zusammenfassung
Das Redis-Objekt-Caching bringt WordPress-Websites durch effizientes Speichern und Abrufen von Daten erhebliche Leistungssteigerungen. Der Erfolg liegt in der richtigen Implementierung, regelmäßigen Überwachung und Wartung. Mit der verwalteten Lösung von Kinsta kannst du nach diesen Grundsätzen arbeiten, um eine optimale Leistung deiner Website zu gewährleisten.
Jede Stufe der Redis-Implementierung baut auf der vorhergehenden auf. Beginne mit der richtigen Serverkonfiguration. Dann mit der WordPress-Integration. Schließlich kann die Leistungssteigerung durch regelmäßige Überwachung und Optimierung aufrechterhalten werden. Mit diesem Ansatz kannst du eine robuste Caching-Infrastruktur aufbauen, die mit deiner Website mitwächst, wobei Kinsta die Basis bildet.
Gibt es Herausforderungen, die Kinsta mit der Implementierung von Redis Object Caching lösen kann? Wir freuen uns über deine Meinung in den Kommentaren unten!
Steve Bonisteel is Technical Editor bij Kinsta. Hij begon zijn schrijverscarrière als verslaggever en achtervolgde ambulances en brandweerwagens. Sinds eind jaren negentig schrijft hij over internetgerelateerde technologie.
