Diese Seite wurde von der Cloud Translation API übersetzt.
Switch to English

Kontingente und Limits

Auf dieser Seite werden Produktionskontingente und -limits für Cloud Spanner beschrieben. Kontingente und Limits unterscheiden sich insofern, als Limits nicht angepasst werden können, bei Kontingenten hingegen können Sie eine Erhöhung anfordern.

Die Werte für Kontingente und Limits können sich ändern.

Kontingente prüfen

Die aktuell gültigen Kontingente für Ressourcen in Ihrem Projekt finden Sie in der Google Cloud Console:

Kontingente prüfen

Kontingente erhöhen

Bei einer intensiveren Nutzung von Cloud Spanner können Ihre Kontingente entsprechend erweitert werden. Wenn Sie eine deutlich höhere Nutzung erwarten, empfehlen wir Ihnen, schon einige Tage vorher entsprechend höhere Kontingente anzufordern.

  1. Gehen Sie in der Cloud Console zur Seite Kontingente.

    Zur Seite „Kontingente“

  2. Wählen Sie in der Drop-down-Liste Dienst die Option Cloud Spanner API aus.

    Wenn Sie die Cloud Spanner API nicht sehen, wurde sie nicht aktiviert.

  3. Wählen Sie die Kontingente aus, die Sie ändern möchten.

  4. Klicken Sie auf Kontingente bearbeiten.

  5. Geben Sie Ihren Namen, Ihre E-Mail-Adresse und Ihre Telefonnummer ein und klicken Sie auf Weiter.

  6. Geben Sie Ihre Kontingentanfrage ein und klicken Sie auf Anfrage senden.

Sie erhalten innerhalb von 48 Stunden nach Ihrer Anfrage eine Antwort vom Cloud Spanner-Team.

Instanzlimits

Wert Limit
Länge der Instanz-ID 2 bis 64 Zeichen

Datenbanklimits

Wert Limit
Datenbanken pro Instanz 100
Länge der Datenbank-ID 2 bis 30 Zeichen
Speichergröße pro Knoten 2 TB1

Sicherungen werden separat gespeichert und werden nicht auf dieses Limit angerechnet. Weitere Informationen finden Sie unter Messwerte zur Speicherauslastung.

Limits für Sicherung und Wiederherstellung

Wert Limit
Anzahl der laufenden Vorgänge zum Erstellen von Sicherungen pro Datenbank 1
Anzahl der laufenden Vorgänge zum Wiederherstellen von Datenbanken pro Instanz (in der Instanz der wiederhergestellten Datenbank, nicht der Sicherung) 1
Maximale Aufbewahrungsdauer für Sicherungen 1 Jahr (einschließlich des zusätzlichen Tages in Schaltjahren)

Schemalimits

DDL-Anweisungen

Wert Limit
Größe der DDL-Anweisung für eine einzelne Schemaänderung 10 MB
Größe der DDL-Anweisung für das gesamte Schema einer Datenbank, wie von GetDatabaseDdl zurückgegeben 10 MB

Tabellen

Wert Limit
Tabellen pro Datenbank 5.000
Länge des Tabellennamens 1 bis 128 Zeichen
Spalten pro Tabelle 1.024
Länge des Spaltennamens 1 bis 128 Zeichen
Umfang der Daten pro Spalte 10 MB
Anzahl der Spalten in einem Tabellenschlüssel

16

Schließt Schlüsselspalten ein, die für eine übergeordnete Tabelle freigegeben sind

Tabellen-Verschachtelungstiefe

7

Eine Tabelle der obersten Ebene mit untergeordneten Tabellen hat die Tiefe 1.

Eine Tabelle der obersten Ebene mit um zwei Ebenen untergeordneten Tabellen hat die Tiefe 2 usw.

Gesamtgröße einer Tabelle oder eines Indexschlüssels

8 KB

Beinhaltet die Größe aller Spalten, aus denen der Schlüssel besteht

Indexe

Wert Limit
Indexe pro Datenbank 10.000
Indexe pro Tabelle 32
Länge des Indexnamens 1 bis 128 Zeichen
Anzahl der Spalten in einem Indexschlüssel

16

Die Anzahl der indexierten Spalten (außer für STORING-Spalten) plus der Anzahl der primären Schlüsselspalten in der Basistabelle

Abfragelimits

Wert Limit
Spalten in einer GROUP BY-Klausel 1.000
Funktionsaufrufe 1.000
Joins 20
Verschachtelte Funktionsaufrufe 75
Verschachtelte GROUP BY-Klauseln 35
Verschachtelte Unterabfrageausdrücke 25
Verschachtelte Subselect-Anweisungen 60
Parameter 950
Länge der Abfrageanweisung 1 Million Zeichen
STRUCT-Felder 1.000
Untergeordnete Unterabfrageausdrücke 50
Unions in einer Abfrage 200

Limits beim Erstellen, Lesen, Aktualisieren und Löschen von Daten

Wert Limit
Commit-Größe (einschließlich Indexe) 100 MB
Gleichzeitige Lesevorgänge pro Sitzung 100
Mutationen pro Commit (einschließlich Indexe)2 20.000
Gleichzeitige partitionierte DML-Anweisungen pro Datenbank 20.000

Administrative Limits

Wert Limit
Anfragegröße bei administrativen Aktionen3 1 MB
Limit für administrative Aktionen4

5 pro Sekunde, Projekt und Nutzer

(gemittelt über 100 Sekunden)

Anfragelimits

Wert Limit
Anfragegröße außer Commits5 10 MB

Hinweise

1. Um beim Zugriff auf eine Datenbank Hochverfügbarkeit und niedrige Latenz zu bieten, benötigt Cloud Spanner jeweils einen Knoten pro 2 TB Daten in der Datenbank. Beispiel: Wenn Ihre Instanz über eine Datenbank verfügt, in der 3,5 TB Daten gespeichert sind, müssen Sie mindestens zwei Knoten bereitstellen. Diese Knoten sorgen dafür, dass die Instanz unter dem Limit bleibt, solange die Datenbankgröße weniger als 4 TB beträgt. Bei Erreichen dieser Größe müssen Sie jedoch einen weiteren Knoten hinzufügen, damit die Datenbank kontinuierlich wachsen kann. Andernfalls schlagen Schreibvorgänge in der Datenbank fehl. Fügen Sie Knoten hinzu, bevor dieses Limit für Ihre Datenbank erreicht wird.

2. Einfüge- und Aktualisierungsvorgänge werden nach der Vielzahl der Spalten gezählt, die sie beeinflussen. Das Einfügen eines neuen Eintrags kann als fünf Mutationen zählen, wenn Werte in fünf Spalten eingefügt werden. Lösch- und Bereichslöschvorgänge zählen als eine Mutation, unabhängig von der Anzahl der betroffenen Spalten. Ebenso zählt das Löschen einer Zeile aus einer übergeordneten Tabelle mit der Anmerkung ON DELETE CASCADE als eine Mutation, unabhängig von der Anzahl der verschränkten untergeordneten Zeilen. Eine Ausnahme gibt es dann, wenn für zu löschende Zeilen Sekundärindexe definiert sind. Die Änderungen an den Sekundärindexen werden dann einzeln gezählt. Wenn es für eine Tabelle beispielsweise zwei Sekundärindexe gibt, zählt das Löschen eines Bereichs von Zeilen in der Tabelle als eine Mutation für die Tabelle plus zwei Mutationen für jede gelöschte Zeile, weil die Zeilen im Sekundärindex über den Schlüsselbereich verteilt sein könnten. Dadurch ist es für Cloud Spanner unmöglich, einen einzelnen „Bereich löschen“-Vorgang für die Sekundärindexe aufzurufen. Sekundärindexe beinhalten die Sicherungsindexe für Fremdschlüssel.

Informationen zum Ermitteln der Mutationszahl für eine Transaktion finden Sie unter Commit-Statistiken für eine Transaktion abrufen.

3. Das Limit für Anfragen nach administrativen Aktionen betrifft keine Commits, in Anmerkung 5 aufgelisteten Anfragen oder Schemaänderungen.

4. Dieses Limit gilt für alle Aufrufe der Admin API, also auch solche zum Aufrufen von Vorgängen mit langer Ausführungszeit für eine Instanz, Datenbank oder Sicherung.

5. Dieses Limit umfasst folgende Anfragen: Erstellen einer Datenbank, Aktualisieren einer Datenbank, Lesen, Streamen von Lesevorgängen, Ausführen von SQL-Abfragen und Ausführen von Streaming-SQL-Abfragen.