Metriken für Valkey und Redis OSS - Amazon ElastiCache

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Metriken für Valkey und Redis OSS

Der Amazon ElastiCache Namespace umfasst die folgenden Valkey- und Redis-OSS-Metriken. Diese Metriken sind identisch, wenn die Valkey-Engine verwendet wird.

Mit Ausnahme vonReplicationLag, EngineCPUUtilization SuccessfulWriteRequestLatencySuccessfulReadRequestLatency, und werden diese Metriken aus dem info Befehl abgeleitet. Jede Metrik wird zu jeder Cache-Knotenebene berechnet.

Eine vollständige Dokumentation des info Befehls finden Sie unter http://valkey. io/commands/info.

Weitere Informationen finden Sie auch unter:

Metrik Beschreibung Einheit
ActiveDefragHits Die Anzahl der Werteneuzuweisungen pro Minute, die der aktive Defragmentierungsprozess durchführt. Dies wird aus den active_defrag_hits Statistiken von INFO abgeleitet. Anzahl
AuthenticationFailures Die Gesamtzahl der fehlgeschlagenen Versuche, sich mit dem AUTH-Befehl bei Valkey oder Redis OSS zu authentifizieren. Weitere Informationen zu einzelnen Authentifizierungsfehlern finden Sie mit dem Befehl ACL LOG. Wir empfehlen, hierauf einen Alarm zu setzen, um unberechtigte Zugriffsversuche zu erkennen. Anzahl
BytesUsedForCache Die Gesamtzahl der Byte, die von Valkey oder Redis OSS für alle Zwecke zugewiesen wurden, einschließlich des Datensatzes, der Puffer usw. Bytes
Dimension: Tier=Memoryfür Valkey- oder Redis-OSS-Cluster mitDaten-Tiering ElastiCache: Die Gesamtzahl der für den Cache verwendeten Byte pro Speicher. Dies ist der Wert der used_memory Statistik bei INFO. Bytes
Dimension: Tier=SSDfür Valkey- oder Redis-OSS-Cluster mitDaten-Tiering ElastiCache: Die Gesamtzahl der Byte, die von SSD für den Cache verwendet werden. Bytes
BytesReadFromDisk Gesamtzahl der von der Festplatte pro Minute gelesenen Bytes. Wird nur für Cluster mit Daten-Tiering ElastiCache unterstützt. Bytes
BytesWrittenToDisk Gesamtzahl der Bytes, die pro Minute auf den Datenträger geschrieben werden. Wird nur für Cluster mit Daten-Tiering ElastiCache unterstützt. Bytes
CacheHits Die Anzahl der erfolgreichen schreibgeschützten Schlüsselsuchereignisse im Hauptverzeichnis. Dies wird aus der keyspace_hits Statistik von INFO abgeleitet. Anzahl
CacheMisses Die Anzahl der nicht erfolgreichen schreibgeschützten Schlüsselsuchereignisse im Hauptverzeichnis. Dies wird aus den keyspace_misses Statistiken von INFO abgeleitet. Anzahl
CommandAuthorizationFailures Die Gesamtzahl der fehlgeschlagenen Versuche von Benutzern, Befehle auszuführen, für deren Aufruf sie keine Berechtigung haben. Weitere Informationen zu einzelnen Authentifizierungsfehlern finden Sie mit dem Befehl ACL LOG. Wir empfehlen, hierauf einen Alarm zu setzen, um unberechtigte Zugriffsversuche zu erkennen. Anzahl
CacheHitRate Zeigt die Nutzungseffizienz der Valkey- oder Redis OSS-Instanz an. Wenn das Cache-Verhältnis unter ~0,8 liegt, bedeutet dies, dass eine erhebliche Anzahl von Schlüsseln bereinigt wurde, abgelaufen oder nicht vorhanden ist. Dies wird mit cache_hits- und cache_misses-Statistiken auf folgende Weise berechnet: cache_hits /(cache_hits + cache_misses). Prozent
ChannelAuthorizationFailures Die Gesamtzahl der fehlgeschlagenen Versuche von Benutzern, auf Kanäle zuzugreifen, für die sie keine Zugriffsberechtigung haben. Weitere Informationen zu einzelnen Authentifizierungsfehlern finden Sie mit dem Befehl ACL LOG. Wir empfehlen, für diese Metrik einen Alarm festzulegen, um unberechtigte Zugriffsversuche zu erkennen. Anzahl
CurrConnections Die Anzahl der Client-Verbindungen, ausgenommen Verbindungen von Read Replicas. ElastiCache verwendet jeweils 4 bis 6 der Verbindungen, um den Cluster zu überwachen. Dies wird aus der connected_clients Statistik bei INFO abgeleitet. Anzahl
CurrItems Anzahl der Elemente im Cache. Dies wird aus der keyspace Statistik abgeleitet, die alle Schlüssel im gesamten Schlüsselraum summiert. Anzahl
Dimension: Tier=Memory für Cluster mit Daten-Tiering ElastiCache. Anzahl der Elemente im Speicher. Anzahl
Dimension: Tier=SSD (Solid-State-Laufwerke) für Cluster mit Daten-Tiering ElastiCache. Anzahl der Elemente im SSD. Anzahl
CurrVolatileItems Gesamtzahl der Schlüssel in allen Datenbanken mit festgelegtem TTL. Dies wird aus der expires Statistik abgeleitet, bei der alle Schlüssel mit einem TTL-Satz im gesamten Schlüsselraum summiert werden. Anzahl
DatabaseCapacityUsagePercentage

Prozentsatz der gesamten Datenkapazität für den Cluster, die genutzt wird.

Bei Data-Tiered-Instances wird die Metrik wie folgt berechnet used_memory und (used_memory - mem_not_counted_for_evict + SSD used) / (maxmemory + SSD total capacity)maxmemory stammt aus INFO.

In allen anderen Fällen wird die Metrik mit used_memory/maxmemory berechnet.

 Prozent
DatabaseCapacityUsageCountedForEvictPercentage

Prozentsatz der gesamten Datenkapazität für den Cluster, die genutzt wird, ausschließlich des Speichers, der für Overhead und COB verwendet wird. Diese Metrik wird wie folgt berechnet:

used_memory - mem_not_counted_for_evict/maxmemory

Bei Daten-Tiering-Instances wird die Metrik wie folgt berechnet:

(used_memory + SSD used) / (maxmemory + SSD total capacity)

wo used_memory und maxmemory sind aus INFO entnommen

 Prozent
DatabaseMemoryUsagePercentage Prozentsatz des Speichers für den Cluster, der genutzt wird. Dies wird mit Hilfe used_memory/maxmemory von From INFO berechnet. Prozent
DatabaseMemoryUsageCountedForEvictPercentage Prozentsatz des Speichers für den Cluster, der genutzt wird, ausschließlich des Speichers, der für Overhead und COB verwendet wird.. Dies wird mithilfe used_memory-mem_not_counted_for_evict/maxmemory von from INFO berechnet. Prozent
DB0AverageTTL Macht avg_ttl DBO aus dem Befehl keyspace Statistik des INFO-Befehls verfügbar. Bei Replikaten laufen die Schlüssel nicht ab, die Replikate warten, bis die Schlüssel auf den Primärknoten ablaufen. Wenn auf einem Primärknoten ein Schlüssel abläuft (oder der Schlüssel wegen LRU bereinigt wird), synthetisiert der Primärschlüssel einen DEL-Befehl, der an alle Replikate übertragen wird. Daher lautet DB0AverageTTL für Replikatknoten 0, da dort keine Schlüssel ablaufen und somit TTL nicht verfolgt wird. Millisekunden
EngineCPUUtilization

Stellt die CPU-Auslastung des Valkey- oder Redis-OSS-Engine-Threads bereit. Da Valkey und Redis OSS Single-Threading verwenden, können Sie diese Metrik verwenden, um die Auslastung des Prozesses selbst zu analysieren. Die EngineCPUUtilization Metrik bietet einen genaueren Überblick über den Prozess. Sie können dies in Verbindung mit der CPUUtilization-Metrik verwenden. CPUUtilization legt die CPU-Auslastung für die Server-Instance als Ganzes offen, einschließlich anderer Betriebssystem- und Verwaltungsprozesse. Verwenden Sie bei größeren Knotentypen mit vier V CPUs oder mehr die EngineCPUUtilization Metrik, um Schwellenwerte für die Skalierung zu überwachen und festzulegen.

Anmerkung

Auf einem ElastiCache Host überwachen Hintergrundprozesse den Host, um eine verwaltete Datenbankumgebung zu gewährleisten. Diese Hintergrundprozesse können einen erheblichen Teil der CPU-Workload beanspruchen. Bei größeren Hosts mit mehr als zwei V ist dies nicht signifikantCPUs. Es kann jedoch kleinere Hosts mit 2 V CPUs oder weniger betreffen. Wenn Sie nur die EngineCPUUtilization Metrik überwachen, sind Ihnen Situationen nicht bewusst, in denen der Host sowohl durch eine hohe CPU-Auslastung durch Valkey oder Redis OSS als auch durch eine hohe CPU-Auslastung durch die Hintergrundüberwachungsprozesse überlastet ist. Daher empfehlen wir, die CPUUtilization Metrik für Hosts mit zwei V oder weniger zu überwachen. CPUs

Prozent
Evictions Anzahl der Schlüssel, die infolge des maxmemory-Grenzwertes bereinigt worden sind. Dies wird aus der evicted_keys Statistik von INFO abgeleitet. Anzahl
GlobalDatastoreReplicationLag Dies ist die Verzögerung zwischen dem Primärknoten der sekundären Region und dem Primärknoten der primären Region. Bei aktiviertem Valkey oder Redis OSS im Clustermodus gibt die Verzögerung die maximale Verzögerung zwischen den Shards an. Sekunden
IamAuthenticationExpirations Die Gesamtzahl der abgelaufenen IAM-authentifizierten Valkey- oder Redis OSS-Verbindungen. Weitere Informationen über Authentifizieren mit IAM finden Sie im Benutzerhandbuch. Anzahl
IamAuthenticationThrottling Die Gesamtzahl der gedrosselten IAM-authentifizierten Valkey- oder Redis OSS AUTH- oder HELLO-Anfragen. Weitere Informationen über Authentifizieren mit IAM finden Sie im Benutzerhandbuch. Anzahl
IsMaster Gibt an, ob der Knoten der Primärknoten des aktuellen Shard/Clusters ist. Die Metrik kann entweder 0 (nicht primär) oder 1 (primär) sein. Anzahl
KeyAuthorizationFailures Die Gesamtzahl der fehlgeschlagenen Versuche von Benutzern, auf Schlüssel zuzugreifen, für die sie keine Zugriffsberechtigung haben. Weitere Informationen zu einzelnen Authentifizierungsfehlern finden Sie mit dem Befehl ACL LOG. Wir empfehlen, hierauf einen Alarm zu setzen, um unberechtigte Zugriffsversuche zu erkennen. Anzahl
KeysTracked Die Anzahl der Schlüssel, die von Valkey oder Redis OSS Key Tracking verfolgt werden, als Prozentsatz von. tracking-table-max-keys Die Schlüsselverfolgung wird verwendet, um das clientseitige Caching zu unterstützen und Clients zu benachrichtigen, wenn Schlüssel geändert werden. Anzahl
MemoryFragmentationRatio Gibt die Effizienz bei der Speicherzuweisung der Valkey- oder Redis OSS-Engine an. Bestimmte Schwellenwerte weisen auf unterschiedliche Verhaltensweisen hin. Der empfohlene Wert ist eine Fragmentierung über 1,0. Dies wird anhand von INFO berechnetmem_fragmentation_ratio statistic. Anzahl
NewConnections Gesamtanzahl der Verbindungen, die in diesem Zeitraum vom Server akzeptiert worden sind. Dies wird aus der total_connections_received Statistik bei INFO abgeleitet.
Anmerkung

Wenn Sie ElastiCache für Redis OSS Version 5 oder niedriger verwenden, werden zwischen zwei und vier der von dieser Metrik gemeldeten Verbindungen ElastiCache zur Überwachung des Clusters verwendet. ElastiCache Bei Verwendung von Redis OSS Version 6 oder höher sind die Verbindungen, die ElastiCache zur Überwachung des Clusters verwendet werden, jedoch nicht in dieser Metrik enthalten.

 Anzahl
NumItemsReadFromDisk Die Gesamtzahl der pro Minute von der Festplatte abgerufenen Elemente. Wird nur für Cluster mit Daten-Tiering ElastiCache unterstützt. Anzahl
NumItemsWrittenToDisk Die Gesamtzahl der pro Minute auf die Festplatte geschriebenen Elemente. Wird nur für Cluster mit Daten-Tiering ElastiCache unterstützt. Anzahl
MasterLinkHealthStatus Dieser Status kann zwei Werte annehmen: 0 oder 1. Der Wert 0 gibt an, dass die Daten im ElastiCache Primärknoten nicht mit Valkey oder Redis OSS synchronisiert sind. EC2 Der Wert 1 bedeutet, dass die Daten synchronisiert sind. Verwenden Sie den CompleteMigrationAPI-Vorgang, um die Migration abzuschließen. Boolesch
Reclaimed Gesamtanzahl der Schlüsselablaufereignisse Dies wird aus der expired_keys Statistik von INFO abgeleitet. Anzahl
ReplicationBytes Für Knoten in einer replizierten Konfiguration gibt ReplicationBytes die Anzahl der Bytes an, die der Primärknoten an alle seine Replikationen sendet. Diese Metrik gibt die Schreiblast auf der Replikationsgruppe an. Dies wird aus der master_repl_offset Statistik bei INFO abgeleitet. Bytes
ReplicationLag Diese Metrik ist nur für einen als Read Replica laufenden Knoten verfügbar. Sie stellt die Zeitverzögerung in Sekunden dar, mit der die Replica die vom primären Knoten kommenden Änderungen anwendet. Für Valkey 7.2 und höher sowie Redis OSS 5.0.6 kann die Verzögerung in Millisekunden gemessen werden. Sekunden
SaveInProgress Diese binäre Metrik gibt 1 zurück, wenn ein Hintergrundspeichervorgang (vergabelt oder unvergabelt) ausgeführt wird, andernfalls beträgt der Wert 0. Ein Hintergrundspeichervorgang wird normalerweise während Snapshots und Synchronisierungen verwendet. Diese Vorgänge können die Leistung beeinträchtigen. Mithilfe der SaveInProgress-Metrik können Sie diagnostizieren, ob die Leistungsbeeinträchtigung von einem Hintergrundspeichervorgang verursacht wurde. Dies wird aus der Statistik von INFO abgeleitet. rdb_bgsave_in_progress Boolesch
TrafficManagementActive Gibt an, ob OSS ElastiCache für Redis den Datenverkehr aktiv verwaltet, indem der Datenverkehr, der eingehenden Befehlen zugewiesen wird, überwacht oder repliziert wird. Der Datenverkehr wird verwaltet, wenn mehr Befehle an den Knoten gesendet werden, als von Valkey oder Redis OSS verarbeitet werden können, und dient dazu, die Stabilität und den optimalen Betrieb der Engine aufrechtzuerhalten. Datenpunkte von 1 können darauf hinweisen, dass der Knoten für die bereitgestellte Workload unterskaliert ist.
Anmerkung

Wenn diese Metrik aktiv bleibt, evaluieren Sie den Cluster, um zu entscheiden, ob eine Hoch- oder Aufskalierung erforderlich ist. Zu den verwandten Metriken gehören NetworkBandwidthOutAllowanceExceeded und EngineCPUUtilization.

Boolesch
SuccessfulWriteRequestLatency

Latenz erfolgreicher Schreibanforderungen.

Gültige Statistiken: Durchschnitt, Summe, Min, Max, Anzahl der Stichproben, jedes Perzentil zwischen p0 und p100. Die Anzahl der Stichproben umfasst nur die Befehle, die erfolgreich ausgeführt wurden.

 Mikrosekunden
SuccessfulReadRequestLatency

Latenz erfolgreicher Leseanfragen.

Gültige Statistiken: Durchschnitt, Summe, Min, Max, Stichprobenanzahl, jedes Perzentil zwischen p0 und p100. Die Anzahl der Stichproben umfasst nur die Befehle, die erfolgreich ausgeführt wurden.

 Mikrosekunden
ErrorCount

Die Gesamtzahl der fehlgeschlagenen Befehle während des angegebenen Zeitraums.

Gültige Statistiken: Durchschnitt, Summe, Min., Max

 Anzahl
CPUUtilization Verfügbarkeit des Motors

AWS Die unten aufgeführten Regionen sind für alle unterstützten Knotentypen verfügbar.

Region Name der Region
us-east-2 US East (Ohio)
us-east-1 USA Ost (Nord-Virginia)
us-west-1 USA West (Nordkalifornien)
us-west-2 USA West (Oregon)
ap-northeast-1 Asien-Pazifik (Tokio)
ap-northeast-2 Asien-Pazifik (Seoul)
ap-northeast-3 Asien-Pazifik (Osaka)
ap-east-1 Asien-Pazifik (Hongkong)
ap-south-1 Asien-Pazifik (Mumbai)
ap-southeast-1 Asien-Pazifik (Singapur)
ap-southeast-2 Asien-Pazifik (Sydney)
ap-southeast-3 Asien-Pazifik (Jakarta)
ca-central-1 Kanada (Zentral)
cn-north-1 China (Peking)
cn-northwest-2 China (Ningxia)
me-south-1 Naher Osten (Bahrain)
eu-central-1 Europe (Frankfurt)
eu-west-1 Europa (Irland)
eu-west-2 Europa (London)
eu-west-3 EU (Paris)
eu-south-1 Europa (Milan)
af-south-1 Afrika (Kapstadt)
eu-north-1 Europa (Stockholm)
sa-east-1 Südamerika (São Paulo)
us-gov-west-1 AWS GovCloud (US-West)
us-gov-east-1 AWS GovCloud (US-Ost)

Im Folgenden finden Sie Zusammenfassungen bestimmter Befehle, die von info commandstats abgeleitet sind. Der Abschnitt „commandstats“ (Befehlsstatistiken) bietet Statistiken auf der Grundlage des Befehlstyps, einschließlich der Anzahl der Aufrufe, des gesamten durch diese Befehle verursachten CPU-Zeitaufwands und des durchschnittlichen CPU-Verbrauchs pro Befehlsausführung. Für jeden Befehlstyp wird die folgende Zeile hinzugefügt: cmdstat_XXX: calls=XXX,usec=XXX,usec_per_call=XXX.

Die unten aufgeführten Latenzmetriken werden anhand der Commandstats-Statistik von INFO berechnet. Diese werden auf folgende Weise berechnet: delta(usec)/delta(calls). delta wird als Differenz innerhalb einer Minute berechnet. Die Latenz ist definiert als die CPU-Zeit, die für die Verarbeitung des ElastiCache Befehls benötigt wird. Beachten Sie, dass für Cluster, die Daten-Tiering verwenden, die zum Abrufen von Elementen vom SSD benötigte Zeit in diesen Messungen nicht enthalten ist.

Eine vollständige Liste der verfügbaren Befehle finden Sie in der Valkey-Dokumentation unter Befehle.

Metrik Beschreibung Einheit
ClusterBasedCmds Die Gesamtanzahl der Cluster-basierten Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehle summiert werden, die auf einen Cluster einwirken (cluster slotcluster info, usw.). Anzahl
ClusterBasedCmdsLatency Latenz von Cluster-basierten Befehlen. Mikrosekunden
EvalBasedCmds Die Gesamtzahl der Befehle für EVAL-basierte Befehle. Dies wird aus der commandstats Statistik durch Summieren von, abgeleitet. eval evalsha Anzahl
EvalBasedCmdsLatency Latenz von eval-basierten Befehlen. Mikrosekunden
GeoSpatialBasedCmds Die Gesamtzahl der Befehle für raumbezogene Befehle. Dies wird aus der commandstats Statistik abgeleitet. Es wird abgeleitet, indem alle Befehle des Geo-Typs summiert werden:geoadd, geodist, geohash, geopos, georadius und georadiusbymember. Anzahl
GeoSpatialBasedCmdsLatency Latenz von raumbezogenen Befehlen. Mikrosekunden
GetTypeCmds Gesamtanzahl der auf read-only basierenden Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle read-only Typbefehle (get,, hget scardlrange, usw.) summiert werden. Anzahl
GetTypeCmdsLatency Latenz von Lesebefehlen. Mikrosekunden
HashBasedCmds Gesamtanzahl der Hash-basierten Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehle summiert werden, die auf einen oder mehrere Hashes (hget,, hkeys hvalshdel, usw.) einwirken. Anzahl
HashBasedCmdsLatency Latenz von Hash-basierten Befehlen. Mikrosekunden
HyperLogLogBasedCmds Gesamtanzahl der auf HyperLogLog basierenden Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehlstypen (pfadd, pfcountpfmerge, usw.) summiert werden. pf Anzahl
HyperLogLogBasedCmdsLatency Latenz von HyperLogLog basierten Befehlen. Mikrosekunden
JsonBasedCmds Die Gesamtzahl der JSON-Befehle, einschließlich Lese- und Schreibbefehlen. Dies wird aus der commandstats Statistik abgeleitet, indem alle JSON-Befehle summiert werden, die sich auf JSON-Schlüssel beziehen. Anzahl
JsonBasedCmdsLatency Die Latenz der JSON-Befehle, einschließlich Lese- und Schreibbefehlen. Mikrosekunden
JsonBasedGetCmds Gesamtanzahl der JASON-Schreibschutzbefehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle JSON-Lesebefehle summiert werden, die sich auf JSON-Schlüssel auswirken. Anzahl
JsonBasedGetCmdsLatency Latenz der JSON-Schreibschutzbefehle. Mikrosekunden
JsonBasedSetCmds Gesamtanzahl der JASON-Schreibbefehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle JSON-Schreibbefehle summiert werden, die sich auf JSON-Schlüssel auswirken. Anzahl
JsonBasedSetCmdsLatency Latenz von JSON-Schreibbefehlen. Mikrosekunden
KeyBasedCmds Gesamtanzahl der schlüsselbasierten Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehle summiert werden, die auf einen oder mehrere Schlüssel in mehreren Datenstrukturen (del, expirerename, usw.) einwirken. Anzahl
KeyBasedCmdsLatency Latenz von schlüsselbasierten Befehlen. Mikrosekunden
ListBasedCmds Gesamtanzahl der listenbasierten Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehle summiert werden, die sich auf eine oder mehrere Listen auswirken (lindex,, lrange lpushltrim, usw.). Anzahl
ListBasedCmdsLatency Latenz von listenbasierten Befehlen. Mikrosekunden
NonKeyTypeCmds Gesamtanzahl der nicht schlüsselbasierten Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehle summiert werden, die sich nicht auf eine Taste auswirken, z. B., oder. acl dbsize info Anzahl
NonKeyTypeCmdsLatency Latenz der Befehle. non-key-based Mikrosekunden
PubSubBasedCmds Die Gesamtzahl der Befehle für die Pub/Sub-Funktionalität. Dies wird aus den commandstats Statistiken abgeleitet, indem alle Befehle zusammengefasst werden, die für die Pub/Sub-Funktionalität verwendet werden:psubscribe,,publish,pubsub,punsubscribe,ssubscribe, sunsubscribespublish, subscribe und. unsubscribe Anzahl
PubSubBasedCmdsLatency Latenz von pub/sub-basierten Befehlen. Mikrosekunden
SetBasedCmds Gesamtanzahl der Set-basierten Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehle summiert werden, die sich auf einen oder mehrere Sätze auswirken (scard,, sdiff saddsunion, usw.). Anzahl
SetBasedCmdsLatency Latenz von Set-basierten Befehlen. Mikrosekunden
SetTypeCmds Gesamtanzahl der auf write basierenden Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle mutative Befehlstypen summiert werden, die mit Daten arbeiten (set,hset, saddlpop, usw.) Anzahl
SetTypeCmdsLatency Latenz von Schreibbefehlen. Mikrosekunden
SortedSetBasedCmds Gesamtanzahl der Sorted Set-basierten Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehle summiert werden, die sich auf eine oder mehrere sortierte Sätze (zcount,, zrange zrankzadd, usw.) auswirken. Anzahl
SortedSetBasedCmdsLatency Latenz von Sortierungs-basierten Befehlen. Mikrosekunden
StringBasedCmds Gesamtanzahl der Zeichenfolge-basierten Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehle summiert werden, die sich auf eine oder mehrere Zeichenketten (strlen, setexsetrange, usw.) auswirken. Anzahl
StringBasedCmdsLatency Latenz von Zeichenfolgen-basierten Befehlen. Mikrosekunden
StreamBasedCmds Die Gesamtanzahl Stream-basierter Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehle summiert werden, die auf einen oder mehrere Stream-Datentypen (xrange,, xlen xaddxdel, usw.) einwirken. Anzahl
StreamBasedCmdsLatency Latenz von Stream-basierten Befehlen. Mikrosekunden