View a markdown version of this page

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 AWS/ElastiCache Namespace umfasst die folgenden Valkey- und Redis OSS-Metriken. Diese Metriken sind bei Verwendung der Valkey-Engine identisch.

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 Description Einheit
ActiveDefragHits Die Anzahl der Werteneuzuweisungen pro Minute, die der aktive Defragmentierungsprozess durchführt. Dies wird aus der active_defrag_hits Statistik bei INFO abgeleitet. Zahl
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
DatabaseAuthorizationFailures Die Gesamtzahl der fehlgeschlagenen Versuche von Benutzern, auf Datenbanken zuzugreifen, für die sie keine Zugriffsrechte haben. Dies wird ausgelöst, wenn die Zugriffszeichenfolge eines Benutzers db= Einschränkungen enthält und der Benutzer versucht, eine unzulässige Datenbank AUSZUWÄHLEN oder mit ihr zu arbeiten. Wir empfehlen, für diese Metrik einen Alarm festzulegen, um unberechtigte Zugriffsversuche zu erkennen. Verfügbar für Valkey 9.1 und höher. 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 unter Verwendung vonDaten-Tiering ElastiCache: Die Gesamtzahl der Byte, die pro Speicher für den Cache verwendet werden. Dies ist der Wert der used_memory Statistik bei INFO. https://valkey.io/commands/info Bytes
Dimension: Tier=SSDfür Valkey- oder Redis OSS-Cluster unter Verwendung vonDaten-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 bei INFO abgeleitet. https://valkey.io/commands/info Anzahl
CacheMisses Die Anzahl der nicht erfolgreichen schreibgeschützten Schlüsselsuchereignisse im Hauptverzeichnis. Dies geht aus den keyspace_misses Statistiken von INFO hervor. https://valkey.io/commands/info 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 Gibt 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 zur Überwachung des Clusters. Dies wird aus der connected_clients Statistik bei INFO abgeleitet. Anzahl
CurrItems Anzahl der Elemente im Cache. Dies wird aus der keyspace Statistik abgeleitet, wobei alle Schlüssel im gesamten Schlüsselraum summiert werden. 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, wobei alle Schlüssel mit einem TTL-Satz im gesamten Schlüsselraum summiert werden. Anzahl
CurrItemsWithVolatileFields Die Anzahl der Schlüssel, die Hashfelder mit festgelegtem Ablaufdatum enthalten. Verfügbar für Valkey 9.0 und höher. Anzahl
ReclaimedFields Die Anzahl der abgelaufenen Hash-Felder, die durch den aktiven Ablaufprozess zurückgewonnen wurden. Verfügbar für Valkey 9.0 und höher. Anzahl
DatabaseCapacityUsagePercentage

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

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

In allen anderen Fällen wird die Metrik mithilfe von 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 werden aus INFO übernommen

Prozent
DatabaseMemoryUsagePercentage Prozentsatz des Speichers für den Cluster, der genutzt wird. Dies wird anhand used_memory/maxmemory von 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 anhand used_memory-mem_not_counted_for_evict/maxmemory von INFO berechnet. Prozent
DB0AverageTTL Macht DBO aus avg_ttl der keyspace Statistik des INFO-Befehls verfügbar. https://valkey.io/commands/info Diese Metrik ist nur für primäre Knoten relevant. Bei Replikaten laufen Schlüssel nicht direkt ab. Stattdessen warten sie, bis der primäre Knoten abläuft, oder löschen die Schlüssel und erhalten dann die resultierenden Befehle. DEL Da Replikate TTL nicht verfolgen, ignorieren Sie diese Metrik auf Replikatknoten. Millisekunden
EngineCPUUtilization

Ermöglicht die CPU-Auslastung des Valkey- oder Redis OSS-Engine-Threads. 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 für größere Knotentypen mit vier vCPUs oder mehr die EngineCPUUtilization-Metrik zum Überwachen und Einstellen der Schwellenwerte für die Skalierung.

Anmerkung

Auf einem ElastiCache Host überwachen Hintergrundprozesse den Host, um ein verwaltetes Datenbankerlebnis zu bieten. Diese Hintergrundprozesse können einen erheblichen Teil der CPU-Workload beanspruchen. Dies ist auf größeren Hosts mit mehr als zwei vCPUs nicht signifikant. Es kann sich jedoch auf kleinere Hosts mit 2vCPUs oder weniger auswirken. Wenn Sie nur die EngineCPUUtilization Metrik überwachen, werden Sie sich der Situationen nicht bewusst sein, 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 Überwachung der CPUUtilization-Metrik für Hosts mit zwei vCPUs oder weniger.

Prozent
Evictions Anzahl der Schlüssel, die infolge des maxmemory-Grenzwertes bereinigt worden sind. Dies wird aus der Statistik unter INFO abgeleitet. evicted_keys https://valkey.io/commands/info Anzahl
GlobalDatastoreReplicationLag Dies ist die Verzögerung zwischen dem Primärknoten der sekundären Region und dem Primärknoten der primären Region. Bei Valkey oder Redis OSS mit aktiviertem Cluster-Modus gibt die Verzögerung die maximale Verzögerung zwischen den Shards an. Sekunden
IamAuthenticationExpirations Die Gesamtzahl der abgelaufenen IAM-authenticated Valkey- oder Redis OSS-Verbindungen. Weitere Informationen über Authentifizieren mit IAM finden Sie im Benutzerhandbuch. Anzahl
IamAuthenticationThrottling Die Gesamtzahl der gedrosselten IAM-authenticated Valkey- oder Redis OSS AUTH- oder HELLO-Anfragen. Weitere Informationen über Authentifizieren mit IAM finden Sie im Benutzerhandbuch. Anzahl
IsMaster Gibt an, ob es sich bei dem Knoten um den primären aktuellen Knoten handelt. shard/cluster 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 vom Valkey- oder Redis OSS-Schlüsseltracking 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. https://valkey.io/commands/info Zahl
NewConnections Gesamtanzahl der Verbindungen, die in diesem Zeitraum vom Server akzeptiert worden sind. Dies wird aus der total_connections_received Statistik von 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 von ElastiCache zur Überwachung des Clusters verwendet. Bei Verwendung ElastiCache für Redis OSS Version 6 oder höher sind die Verbindungen, die von 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 auf dem ElastiCache primären Knoten nicht mit Valkey oder Redis OSS auf EC2 synchronisiert sind. Der Wert 1 bedeutet, dass die Daten synchronisiert sind. Verwenden Sie den API-Vorgang, um die CompleteMigration Migration abzuschließen. Boolesch
Reclaimed Gesamtanzahl der Schlüsselablaufereignisse Dies wird aus der expired_keys Statistik unter 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 geht aus der master_repl_offset Statistik von INFO hervor. https://valkey.io/commands/info 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 bei INFO abgeleitet. rdb_bgsave_in_progress https://valkey.io/commands/info Boolesch
TrafficManagementActive Gibt an, ob OSS ElastiCache für Redis den Datenverkehr aktiv verwaltet, indem es den Verkehr anpasst, der eingehenden Befehlen, Überwachung oder Replikation zugewiesen ist. Der Datenverkehr wird verwaltet, wenn mehr Befehle an den Knoten gesendet werden, als von Valkey oder Redis OSS verarbeitet werden können. Er wird verwendet, um 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 Schreibanfragen.

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, beliebiges 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
SearchNumberOfIndexes

Anzahl der erstellten Indizes

 Anzahl
SearchTotalIndexedDocuments

Gesamtzahl der Schlüssel in allen Indizes

 Anzahl
SearchUsedMemoryBytes

Anzahl der in allen Suchdatenstrukturen verbrauchten Speicherbytes

 Bytes
BlockedConnections Die Anzahl der Clients, die sich derzeit in einem blockierten Zustand befinden und auf blockierende Befehle wie wartenBLPOP. Dies wird aus dem blocked_clients Feld unter INFO abgeleitet. Anzahl
RejectedConnections Die Anzahl der Verbindungen, die die Engine zurückgewiesen hat, vor allem, wenn die Anzahl der verbundenen Clients das maxclients Limit erreicht hat. Dies wird aus dem rejected_connections Feld unter INFO abgeleitet. Anzahl
PubSubChannels Die Anzahl der aktiven pub/sub Kanäle auf diesem Knoten, die mindestens einen Abonnenten haben. Diese Anzahl beinhaltet keine geteilten pub/sub Kanäle. Dies wird aus dem pubsub_channels Feld unter INFO abgeleitet. Anzahl
PubSubShardChannels Die Anzahl der aktiven geteilten pub/sub Kanäle auf diesem Knoten, die mindestens einen Abonnenten haben. Geteilte Kanäle leiten Nachrichten nur innerhalb des Shards weiter, anstatt sie clusterweit zu übertragen. Wenn die Anzahl der pub/sub Kanäle mit der Auslastung zunimmt, sollten Sie erwägen, auf Sharded umzusteigen, um horizontal zu skalieren pub/sub . Dies wird aus dem pubsubshard_channels Feld unter INFO abgeleitet. Verfügbar auf Valkey 7.2 und höher sowie Redis OSS 7.0 und höher. Anzahl
UsedMemoryDataset Eine Schätzung des Speichers in Byte, der für die tatsächlichen Benutzerdaten (Schlüssel und Werte) verwendet wird, ohne Overhead wie Replikationspuffer, Client-Ausgabepuffer und interne Metadaten. Dies wird aus dem used_memory_dataset Feld unter INFO abgeleitet. Verwenden Sie diese Metrik zusammen mitBytesUsedForCache, um zu ermitteln, wie viel Ihres zugewiesenen Speichers durch tatsächliche Daten im Vergleich zu Overhead beansprucht wird. Verfügbar auf Valkey 7.2 und höher sowie Redis OSS 4.0 und höher. Bytes
AllocatorFragmentationBytes Die Speichermenge in Byte, die aufgrund der Fragmentierung des Allocators verschwendet wurde. Im Gegensatz zu dieser MetrikMemoryFragmentationRatio, die den gesamten RSS-Overhead des Prozesses einschließlich nicht umsetzbarer OS-level Faktoren widerspiegelt, isoliert diese Metrik die Fragmentierung, die mit dem Engine-Parameter behoben werden kann. activedefrag Dies wird aus dem Feld unter INFO abgeleitet. allocator_frag_bytes https://valkey.io/commands/info Bytes
AllocatorFragmentationRatio Das Verhältnis der Allocator-Fragmentierung zum gesamten zugewiesenen Speicher. Werte über 1,0 stehen für Fragmentierung; je höher der Wert, desto schwerwiegender die Fragmentierung. Im Gegensatz zu dem WertMemoryFragmentationRatio, der den gesamten RSS-Overhead des Prozesses einschließlich nicht umsetzbarer OS-level Faktoren widerspiegelt, isoliert diese Metrik die Fragmentierung, die mit dem Engine-Parameter behoben werden kann. activedefrag Dies wird aus dem Feld unter INFO abgeleitet. allocator_frag_ratio https://valkey.io/commands/info Zahl
ProcessedCommands Die Gesamtzahl der von der Engine verarbeiteten Befehle. Befehle, die vor der Ausführung abgelehnt wurden, werden nicht gezählt. Dies wird aus dem total_commands_processed Feld unter INFO abgeleitet. Anzahl
DurabilityLag Das Alter des ältesten Schreibvorgangs, der dem Client bestätigt, aber noch nicht im Multi-AZ Transaktionslog gespeichert wurde. Nur für Cluster mit aktivierter Haltbarkeit. Millisekunden
DurabilityBufferExceededErrorCount Schreibbefehle wurden abgelehnt, weil das 10-Sekunden-Haltbarkeitsfenster überschritten wurde. Nur für asynchrone Schreibvorgänge. Anzahl

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 mithilfe der Commandstats-Statistik von INFO berechnet. https://valkey.io/commands/info Diese werden auf folgende Weise berechnet: delta(usec)/delta(calls). delta wird als Differenz innerhalb einer Minute berechnet. Die Latenz ist definiert als CPU-Zeit ElastiCache , die für die Verarbeitung des 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 unter Befehle in der Valkey-Dokumentation.

Metrik Description Einheit
ClusterBasedCmds Die Gesamtanzahl der Cluster-basierten Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehle summiert werden, die auf einen Cluster wirken (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 der Befehle. HyperLogLog-based Mikrosekunden
JsonBasedCmds Die Gesamtzahl der JSON-Befehle, einschließlich Lese- und Schreibbefehlen. Dies wird aus der commandstats Statistik abgeleitet, indem alle JSON-Befehle zusammengefasst werden, die auf JSON-Schlüssel einwirken. 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 auf JSON-Schlüssel einwirken. 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 auf JSON-Schlüssel einwirken. 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 auf eine oder mehrere Listen (lindex,, lrange lpushltrim, usw.) einwirken. 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 nicht auf eine Taste einwirken, z. B., oder. acl dbsize info Anzahl
NonKeyTypeCmdsLatency Latenz von nicht schlüsselbasierten Befehlen. Mikrosekunden
PubSubBasedCmds Die Gesamtzahl der Befehle für pub/sub Funktionen. Sie wird aus den commandstats Statistiken abgeleitet, indem alle Befehle, die für die pub/sub Funktionalität verwendet werdenpsubscribe, summiert werden: publish pubsubpunsubscribe,ssubscribe,sunsubscribe,, spublishsubscribe, undunsubscribe. Anzahl
PubSubBasedCmdsLatency Latenz der pub/sub verwendeten Befehle. Mikrosekunden
SetBasedCmds Gesamtanzahl der Set-basierten Befehle. Dies wird aus der commandstats Statistik abgeleitet, indem alle Befehle summiert werden, die auf einen oder mehrere Sätze (scard,sdiff, saddsunion, usw.) einwirken. 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 (set,, hset saddlpop, usw.) arbeiten. 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 auf eine oder mehrere sortierte Gruppen (zcount,, zrange zrankzadd, usw.) einwirken. 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 auf eine oder mehrere Zeichenketten (strlen, setexsetrange, usw.) einwirken. 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 sich auf einen oder mehrere Stream-Datentypen auswirken (xrange,, xlen xaddxdel, usw.). Anzahl
StreamBasedCmdsLatency Latenz von Stream-basierten Befehlen. Mikrosekunden
SearchBasedCmds Die Gesamtzahl der Suchbefehle, einschließlich Lese- und Schreibbefehlen. Dies wird aus der Commandstats-Statistik abgeleitet, indem alle Suchbefehle summiert werden. Anzahl
SearchBasedCmdsLatency Latenz aller Suchbefehle, einschließlich der Lese- und Schreibbefehle. Mikrosekunden
SearchBasedGetCmds Die Gesamtzahl der schreibgeschützten Suchbefehle. Dies wird aus der Commandstats-Statistik abgeleitet, indem alle Such-Lesebefehle summiert werden. Anzahl
SearchBasedGetCmdsLatency Latenz bei schreibgeschützten Suchbefehlen. Mikrosekunden
SearchBasedSetCmds Die Gesamtzahl der Suchbefehle zum Schreiben. Dies wird aus der Commandstats-Statistik abgeleitet, indem alle Suchschreibbefehle summiert werden. Anzahl
SearchBasedSetCmdsLatency Latenz der Suchschreibbefehle. Mikrosekunden