Welche Ressourcen verbraucht Redis hauptsächlich?

Der prozessinterne Verbrauch von Redis umfasst hauptsächlich: eigener Speicher + Objektspeicher + Pufferspeicher + Speicherfragmentierung.

Speicher. Weil Redis-Daten im Speicher gespeichert werden. Im Vergleich zu allgemeinen relationalen Datenbanken weisen In-Memory-Datenbanken eine schnellere Lesegeschwindigkeit auf, verbrauchen jedoch mehr Speicherressourcen.

Objektspeicher (empfohlenes Lernen: Redis-Video-Tutorial)

Der Objektspeicher ist der größte Teil des Redis-Speichers und speichert alle Benutzer Daten. Alle Daten in Redis übernehmen den Schlüssel-Wert-Datentyp. Jedes Mal, wenn ein Schlüssel-Wert-Paar erstellt wird, werden mindestens zwei Typobjekte erstellt: Schlüsselobjekt und Wertobjekt. Der Speicherverbrauch kann einfach als Größe von (Schlüsseln) + Größe von (Werten) verstanden werden. Bei Schlüsselobjekten handelt es sich ausschließlich um Zeichenfolgen. Bei der Verwendung von Redis können die Auswirkungen von Schlüsseln auf den Speicherverbrauch leicht ignoriert werden. Sie sollten die Verwendung zu langer Schlüssel vermeiden. Das Wertobjekt ist komplexer und umfasst hauptsächlich fünf grundlegende Datentypen: Zeichenfolge, Liste, Hash, Satz und geordneter Satz. Jeder Wertobjekttyp belegt je nach Nutzungsumfang unterschiedlichen Speicher. Wenn Sie es verwenden, müssen Sie die Belegung des Wertobjekts angemessen schätzen und überwachen, um einen Speicherüberlauf zu vermeiden.

Pufferspeicher

Pufferspeicher umfasst hauptsächlich: Client-Puffer, Kopier-Backlog-Puffer und AOF-Puffer.

Client-Pufferung bezieht sich auf die Eingabe- und Ausgabepufferung aller TCP-Verbindungen zum Redis-Server. Der Eingabe- und Ausgabepuffer kann nicht gesteuert werden. Der maximale Speicherplatz beträgt 1G. Wenn dieser überschritten wird, wird die Verbindung getrennt. Die Eingabepufferung wird durch den Parameter client-output-buffer-limit gesteuert:

1. Normale Clients: Alle Verbindungen außer replizierten und abonnierten Clients, die Standardkonfiguration von Redis ist: client-output-buffer-limit normal 0 0 0, Redis begrenzt den Ausgabepuffer normaler Clients nicht. Im Allgemeinen kann der Speicherverbrauch normaler Clients ignoriert werden. Wenn jedoch viele Clients mit langsamer Verbindung verbunden sind, kann dieser Teil des Speicherverbrauchs nicht ignoriert werden Setzen Sie maxclients auf limit. Achten Sie darauf, nicht nur Befehle zu verwenden, die eine große Datenmenge ausgeben und die Daten nicht rechtzeitig an den Client übertragen werden können, wie z. B. den Monitor-Befehl, da dies leicht dazu führen kann, dass der Speicher des Redis-Servers plötzlich ansteigt.

Slave-Client: Der Master-Knoten stellt für jeden Slave-Knoten eine separate Verbindung zur Befehlsreplikation her. Die Standardkonfiguration ist: client-output-buffer-limit Slave 256 MB 64 MB 60. Wenn die Netzwerkverzögerung zwischen Master- und Slave-Knoten hoch ist oder der Master-Knoten eine große Anzahl von Slave-Knoten bereitstellt, nimmt dieser Teil des Speicherverbrauchs einen großen Teil ein. Es wird empfohlen, dass der Master-Knoten nicht mehr als 2 Slave-Knoten bereitstellt , und die Master- und Slave-Knoten sollten nicht an schlechten Standorten bereitgestellt werden. In einer bestimmten Netzwerkumgebung, z. B. über verschiedene Computerräume hinweg, verhindern Sie einen Überlauf, der durch langsame Replikations-Client-Verbindungen verursacht wird.

Abonnement-Client: Bei Verwendung der Veröffentlichungs- und Abonnementfunktion verwendet der Verbindungsclient einen separaten Ausgabepuffer. Die Standardkonfiguration lautet: client-output-buffer-limit pubsub 32 MB 8 MB 60. Bei der Nachrichtenproduktion des Abonnements Der Dienst ist schnell. Bei der Verbrauchsgeschwindigkeit erzeugt der Ausgabepuffer einen Rückstand und führt zu einem Überlauf des Ausgabepufferspeichers.

Replikations-Backlog-Puffer: Redis bietet ab Version 2.8 einen wiederverwendbaren Puffer mit fester Größe, um Teilreplikationsfunktionen zu implementieren. Er wird gemäß dem Parameter repl-backlog-size gesteuert und der Standardwert beträgt 1 MB. Es gibt nur einen Kopier-Backlog-Puffer für den gesamten Master-Knoten, und alle Slave-Knoten teilen sich diesen Puffer, sodass ein größerer Pufferspeicherplatz eingestellt werden kann, z. B. 100 MB.

AOF-Puffer: Dieser Teil des Speicherplatzes wird zum Speichern aktueller Schreibbefehle während des Redis-Umschreibens verwendet.

3. Speicherfragmentierung

Der Standard-Speicherzuweiser von Redis verwendet jemalloc, und optionale Zuweiser umfassen: glibc und tcmalloc. Um den Speicher besser verwalten und wiederverwenden zu können, verwendet der Speicherzuweiser im Allgemeinen einen festen Bereich von Speicherblöcken, um Speicher zuzuweisen.

Die folgenden Szenarien sind anfällig für Probleme mit hoher Speicherfragmentierung:

Häufige Aktualisierungsvorgänge, z. B. häufige Aktualisierungsvorgänge wie „Append“ und „Setrange“ für vorhandene Schlüssel.

Eine große Anzahl abgelaufener Schlüssel wird gelöscht. Nachdem die Schlüsselobjekte abgelaufen und gelöscht wurden, kann der freigegebene Speicherplatz nicht vollständig genutzt werden, was zu einer Erhöhung der Fragmentierungsrate führt.

Weitere technische Artikel zum Thema Redis finden Sie in der Spalte Einführung in das Redis-Datenbanknutzungs-Tutorial, um mehr zu erfahren!

Das obige ist der detaillierte Inhalt vonWelche Ressourcen verbraucht Redis hauptsächlich?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!