Welche Redis-Ablaufstrategien gibt es?

Alle Redis-Datenstrukturen unterstützen das Festlegen der Ablaufzeit. Wenn die Zeit abläuft, löscht Redis die Datenstruktur automatisch. Sie können sich vorstellen, dass es in Redis einen Gott des Todes gibt, der stets alle Schlüssel mit festgelegter Ablaufzeit überwacht und sie erntet, sobald ihre Lebensdauer erreicht ist.

Sie können aus der Sicht des Todes überlegen, ob es nicht verarbeitet werden kann, weil zu viele Schlüssel gleichzeitig ablaufen. Da Redis Single-Threading ist, beansprucht die Erntezeit gleichzeitig auch die Verarbeitungszeit des Threads. Wenn die Ernte zu stark ausgelastet ist, bleiben die Online-Lese- und Schreibanweisungen hängen.

Sammlung abgelaufener Schlüssel

redis legt jeden Schlüssel mit einer festgelegten Ablaufzeit in einem unabhängigen Wörterbuch ab. Dieses Wörterbuch wird regelmäßig durchsucht, um abgelaufene Schlüssel zu löschen. Zusätzlich zur geplanten Durchquerung wird auch eine Lazy-Strategie zum Löschen abgelaufener Schlüssel verwendet. Die sogenannte Lazy-Strategie bedeutet, dass Redis die Ablaufzeit des Schlüssels überprüft und ihn sofort löscht, wenn er abläuft. Das geplante Löschen ist ein zentralisierter Prozess, während das verzögerte Löschen ein sporadischer Prozess ist.

Geplante Scan-Strategie

Redis führt standardmäßig zehnmal pro Sekunde Ablauf-Scans durch. Ablauf-Scans durchlaufen nicht alle Schlüssel im Ablauf-Wörterbuch, sondern verwenden eine einfache gierige Strategie.

• Wählen Sie zufällig 20 Schlüssel aus dem abgelaufenen Wörterbuch aus.
  Löschen Sie die abgelaufenen Schlüssel unter diesen 20 Schlüsseln.
  Wenn das Verhältnis der abgelaufenen Schlüssel 1/4 überschreitet, wiederholen Sie Schritt 1; Der abgelaufene Scan führt nicht zu einer übermäßigen Schleife, wodurch der Thread hängen bleibt. Der Algorithmus erhöht auch die Obergrenze der Scanzeit, die standardmäßig 25 ms nicht überschreitet.
  

Stellen Sie sich vor, dass alle Schlüssel in einer großen Redis-Instanz gleichzeitig ablaufen. Was passiert?

Es besteht kein Zweifel, dass Redis das abgelaufene Wörterbuch weiterhin scannt (mehrmals durchläuft) und nicht aufhört, bis die abgelaufenen Schlüssel im abgelaufenen Wörterbuch spärlich werden (die Anzahl der Zyklen sinkt erheblich). Dies führt zu offensichtlichen Verzögerungen bei Online-Lese- und Schreibanfragen. Ein weiterer Grund für Verzögerungen besteht darin, dass der Speichermanager häufig Speicherseiten zurückfordern muss, was ebenfalls zu einem gewissen CPU-Verbrauch führt.

Wenn die Client-Anfrage eingeht und der Server in den abgelaufenen Scan-Status wechselt, wartet die Client-Anfrage mindestens 25 ms, bevor sie verarbeitet wird.

• Wenn die Timeout-Zeit relativ kurz ist Wenn es 10 ms beträgt, wird eine große Anzahl von Verbindungen aufgrund einer Zeitüberschreitung geschlossen, was zu einer großen Anzahl von Ausnahmen auf der Geschäftsseite führt. Derzeit können Sie im Slowlog von Redis keine langsamen Abfragedatensätze sehen, da sich langsame Abfragen auf eine langsame logische Verarbeitung beziehen und keine Wartezeit enthalten.

Das obige ist der detaillierte Inhalt vonWelche Redis-Ablaufstrategien gibt es?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!