Richtlinie für schwache Abfragekonsistenz
Die Abfragerichtlinie für schwache Konsistenz ist ein Richtlinienobjekt auf Clusterebene, das den schwachen Konsistenzdienst konfiguriert.
Befehle für Verwaltung
- Verwenden Sie
.show cluster policy query_weak_consistency
, um die aktuelle Konsistenzrichtlinie für schwache Abfragen des Clusters anzuzeigen. - Verwenden Sie
.alter cluster policy query_weak_consistency
, um die aktuelle Konsistenzrichtlinie für schwache Abfragen des Clusters zu ändern.
Das Richtlinienobjekt
Die Richtlinie für die schwache Konsistenz der Abfrage enthält die folgenden Eigenschaften:
Eigenschaft | BESCHREIBUNG | Werte | Standard |
---|---|---|---|
PercentageOfNodes | Der Prozentsatz der Knoten im Cluster, die den schwachen Konsistenzdienst der Abfrage ausführen (die ausgewählten Knoten führen die schwach konsistenten Abfragen aus). | Eine ganze Zahl zwischen 1 oder 100 -1 für den Standardwert (derzeit 20% ). |
-1 |
MinimumNumberOfNodes | Minimale Anzahl von Knoten, die den schwachen Konsistenzdienst der Abfrage ausführen (bestimmt die Anzahl der Knoten, falls PercentageOfNodes *#NodesInCluster kleiner ist). |
Eine positive ganze Zahl oder -1 für den Standardwert (derzeit 2 ). Kleiner oder gleich MaximumNumberOfNodes . |
-1 |
MaximumNumberOfNodes | Maximale Anzahl von Knoten, die den schwachen Konsistenzdienst der Abfrage ausführen (bestimmt die Anzahl der Knoten, falls PercentageOfNodes *#NodesInCluster größer ist). |
Eine positive ganze Zahl oder -1 für den Standardwert (derzeit 30 ). Größer oder gleich MinimumNumberOfNodes . |
-1 |
SuperSlackerNumberOfNodesThreshold | Wenn die Gesamtzahl der Knoten im Cluster diese Anzahl überschreitet, werden Knoten, die den schwachen Konsistenzdienst ausführen , zu "Super slacker", was bedeutet, dass sie keine Daten enthalten (um die Last zu reduzieren). Siehe Warnung weiter unten. | Eine positive ganze Zahl, die größer oder gleich 4 ist, oder -1 für den Standardwert (derzeit kein Schwellenwert – schwache Konsistenzknoten werden nicht zu "super slacker"). |
-1 |
EnableMetadataPrefetch | Wenn diese Einstellung auf true festgelegt ist, werden Datenbankmetadaten vorab geladen, wenn der Cluster auf allen schwachen Konsistenzknoten angezeigt und alle paar Minuten neu geladen wird. Bei Festlegung auf false wird das Laden von Datenbankmetadaten durch Abfragen (bei Bedarf) ausgelöst, sodass einige Abfragen verzögert werden können (bis die Datenbankmetadaten aus dem Speicher abgerufen werden). Datenbankmetadaten müssen aus dem Speicher neu geladen werden, um die Datenbank abzufragen, wenn ihr Alter größer als MaximumLagAllowedInMinutes ist. Siehe Warnung und Wichtig unten. |
true oder false |
false |
MaximumLagAllowedInMinutes | Die maximale Dauer (in Minuten), mit der schwach konsistente Metadaten hinterherhinken dürfen. Wenn Metadaten älter als dieser Wert sind, werden die aktuellsten Metadaten aus dem Speicher abgerufen (wenn die Datenbank abgefragt wird oder regelmäßig EnableMetadataPrefech aktiviert ist). Siehe Warnung weiter unten. |
Eine ganze Zahl zwischen 1 oder 60 -1 für den Standardwert (derzeit 5 Minuten). |
-1 |
RefreshPeriodInSeconds | Der Aktualisierungszeitraum (in Sekunden) zum Aktualisieren von Datenbankmetadaten auf jedem schwachen Konsistenzknoten. Siehe Warnung weiter unten. | Eine ganze Zahl zwischen 30 oder 1800 -1 für den Standardwert (derzeit 120 Sekunden). |
-1 |
Wichtig
Für den Vorabrufvorgang müssen alle Datenbankmetadaten alle paar Minuten (in allen schwachen Konsistenzknoten) aus Azure Storage abgerufen werden. Dieser Vorgang belastet die zugrunde liegenden Speicherressourcen und wirkt sich auf die Clusterleistung aus.
Warnung
Wenden Sie sich an das Supportteam, bevor Sie diese Eigenschaft ändern.
Standardrichtlinie
Die Standardrichtlinie lautet:
{
"PercentageOfNodes": -1,
"MinimumNumberOfNodes": -1,
"MaximumNumberOfNodes": -1,
"SuperSlackerNumberOfNodesThreshold": -1,
"EnableMetadataPrefetch": false,
"MaximumLagAllowedInMinutes": -1,
"RefreshPeriodInSeconds": -1
}
Feedback
https://aka.ms/ContentUserFeedback.
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unterFeedback senden und anzeigen für