In einer Spanner-Datenbank erstellt Spanner automatisch einen Index für den Primärschlüssel jeder Tabelle. Sie müssen beispielsweise nichts weiter tun, um den Primärschlüssel von Singers
zu indexieren, da er automatisch für Sie indexiert wird.
Sie können auch sekundäre Indexe für andere Spalten erstellen. Wenn Sie einen sekundären Index für eine Spalte hinzufügen, können Sie Daten in dieser Spalte effizienter nachschlagen. Wenn Sie beispielsweise ein Album schnell anhand des Titels suchen müssen, sollten Sie einen sekundären Index für AlbumTitle
erstellen, damit Spanner nicht die gesamte Tabelle scannen muss.
Wenn die Suche im obigen Beispiel innerhalb einer Lese-Schreib-Transaktion erfolgt, speichert die effizientere Suche auch keine Sperren für die gesamte Tabelle, wodurch gleichzeitige Einfügungen und Aktualisierungen für Zeilen außerhalb des AlbumTitle
-Suchbereichs der Tabelle durchgeführt werden.
Sekundäre Indexe bieten nicht nur Vorteile für Suchen, sondern können Spanner auch helfen, Scans effizienter auszuführen, sodass anstelle von vollständigen Tabellenscans Indexscans möglich sind.
Spanner speichert in jedem sekundären Index die folgenden Daten:
- Alle Schlüsselspalten aus der Basistabelle
- Alle Spalten, die im Index enthalten sind
- Alle Spalten, die in der optionalen
STORING
-Klausel (GoogleSQL-Dialekt-Datenbanken) oder derINCLUDE
-Klausel (PostgreSQL-Dialekt-Datenbanken) der Indexdefinition angegeben sind.
Im Laufe der Zeit analysiert Spanner Ihre Tabellen, um sicherzustellen, dass die sekundären Indexe für die entsprechenden Abfragen verwendet werden.
Sekundären Index hinzufügen
Am effizientesten ist die Erweiterung einer Tabelle um einen sekundären Index gleich bei deren Erstellung. Wenn Sie eine Tabelle und ihre Indexe gleichzeitig erstellen möchten, senden Sie die DDL-Anweisungen für die neue Tabelle und die neuen Indexe in einer einzigen Anfrage an Spanner.
In Spanner können Sie auch einer vorhandenen Tabelle einen neuen sekundären Index hinzufügen, während die Datenbank weiterhin Traffic verarbeitet. Wie bei allen anderen Schemaänderungen in Spanner muss auch beim Hinzufügen eines Index zu einer vorhandenen Datenbank die Datenbank nicht offline geschaltet werden und es werden keine ganzen Spalten oder Tabellen gesperrt.
Immer wenn ein neuer Index zu einer vorhandenen Tabelle hinzugefügt wird, führt Spanner automatisch einen Backfill durch oder füllt den Index mit einer aktuellen Ansicht der zu indexierenden Daten auf. Spanner verwaltet diesen Backfill-Prozess für Sie und der Prozess wird im Hintergrund mit Knotenressourcen mit niedriger Priorität ausgeführt. In den meisten Fällen kann der Prozess nicht beschleunigt werden (z.B. durch Hinzufügen weiterer Knoten) und ein Backfill wirkt sich nicht wesentlich auf die Leistung der Datenbank aus.
Die Indexerstellung kann mehrere Minuten bis hin zu vielen Stunden in Anspruch nehmen. Da die Indexerstellung eine Schemaaktualisierung ist, unterliegt sie denselben Leistungsbeschränkungen wie jede andere Schemaaktualisierung. Wie viel Zeit zum Erstellen eines sekundären Index benötigt wird, hängt von mehreren Faktoren ab:
- Größe des Datasets
- Rechenkapazität der Instanz
- Auslastung der Instanz
Den Fortschritt eines Index-Backfill-Prozesses können Sie im Abschnitt „Fortschritt“ aufrufen.
Die Verwendung der Spalte Commit-Zeitstempel als erster Teil des sekundären Index kann Hotspots erstellen und die Schreibleistung verringern.
Mit der Anweisung CREATE INDEX
definieren Sie einen sekundären Index im Schema. Hier einige Beispiele:
So indexieren Sie alle Singers
in der Datenbank nach ihrem Vor- und Nachnamen:
GoogleSQL
CREATE INDEX SingersByFirstLastName ON Singers(FirstName, LastName);
PostgreSQL
CREATE INDEX SingersByFirstLastName ON Singers(FirstName, LastName);
So erstellen Sie einen Index aller Songs
in der Datenbank nach dem Wert von SongName
:
GoogleSQL
CREATE INDEX SongsBySongName ON Songs(SongName);
PostgreSQL
CREATE INDEX SongsBySongName ON Songs(SongName);
Wenn Sie nur die Titel eines bestimmten Interpreten indexieren möchten, verwenden Sie die Klausel INTERLEAVE IN
, um den Index in der Tabelle Singers
zu verschachteln:
GoogleSQL
CREATE INDEX SongsBySingerSongName ON Songs(SingerId, SongName),
INTERLEAVE IN Singers;
PostgreSQL
CREATE INDEX SongsBySingerSongName ON Songs(SingerId, SongName)
INTERLEAVE IN Singers;
So indexieren Sie nur die Titel eines bestimmten Albums:
GoogleSQL
CREATE INDEX SongsBySingerAlbumSongName ON Songs(SingerId, AlbumId, SongName),
INTERLEAVE IN Albums;
PostgreSQL
CREATE INDEX SongsBySingerAlbumSongName ON Songs(SingerId, AlbumId, SongName)
INTERLEAVE IN Albums;
So indexieren Sie nach SongName
in absteigender Reihenfolge:
GoogleSQL
CREATE INDEX SongsBySingerAlbumSongNameDesc ON Songs(SingerId, AlbumId, SongName DESC),
INTERLEAVE IN Albums;
PostgreSQL
CREATE INDEX SongsBySingerAlbumSongNameDesc ON Songs(SingerId, AlbumId, SongName DESC)
INTERLEAVE IN Albums;
Die DESC
-Anmerkung oben gilt nur für SongName
. Wenn Sie nach anderen Indexschlüsseln in absteigender Reihenfolge indexieren möchten, versehen Sie sie ebenfalls mit DESC
: SingerId DESC, AlbumId DESC
.
Beachten Sie außerdem, dass PRIMARY_KEY
ein reserviertes Wort ist und nicht als Name eines Index verwendet werden kann. Dies ist der Name, der dem Pseudo-Index zugewiesen wird, der beim Erstellen einer Tabelle mit PRIMARY KEY-Spezifikation erstellt wird.
Weitere Informationen und Best Practices für die Auswahl nicht verschränkter Indexe und verschränkter Indexe finden Sie unter Indexoptionen und Verschränkte Indexe für eine Spalte verwenden, deren Wert monoton erhöht oder reduziert wird..
Fortschritt des Index-Backfills prüfen
Console
Klicken Sie im Spanner-Navigationsmenü auf den Tab Vorgänge. Auf der Seite Vorgänge wird eine Liste der derzeit ausgeführten Vorgänge angezeigt.
Suchen Sie in der Liste nach dem Backfill-Vorgang. Wenn der Vorgang noch läuft, zeigt die Fortschrittsanzeige in der Spalte End time (Ende) den Prozentsatz des abgeschlossenen Vorgangs an, wie in der folgenden Abbildung dargestellt:
gcloud
Verwenden Sie gcloud spanner operations describe
, um den Fortschritt eines Vorgangs zu prüfen.
Rufen Sie die Vorgangs-ID ab:
gcloud spanner operations list --instance=INSTANCE-NAME \ --database=DATABASE-NAME --type=DATABASE_UPDATE_DDL
Ersetzen Sie Folgendes:
- INSTANCE-NAME durch den Namen der Spanner-Instanz.
- DATABASE-NAME durch den Namen der Datenbank.
Verwendungshinweise:
Wenn Sie die Liste einschränken möchten, geben Sie das Flag
--filter
an. Beispiel:--filter="metadata.name:example-db"
listet nur die Vorgänge in einer bestimmten Datenbank auf.--filter="error:*"
listet nur die fehlgeschlagenen Sicherungsvorgänge auf.
Informationen zur Filtersyntax finden Sie unter gcloud topic filters. Informationen zum Filtern von Sicherungsvorgängen finden Sie im Feld
filter
in ListBackupOperationsRequest.Beim Flag
--type
wird nicht zwischen Groß- und Kleinschreibung unterschieden.
Die Ausgabe sieht dann ungefähr so aus:
OPERATION_ID STATEMENTS DONE @TYPE _auto_op_123456 CREATE INDEX SingersByFirstLastName ON Singers(FirstName, LastName) False UpdateDatabaseDdlMetadata CREATE INDEX SongsBySingerAlbumSongName ON Songs(SingerId, AlbumId, SongName), INTERLEAVE IN Albums _auto_op_234567 True CreateDatabaseMetadata
Führen Sie
gcloud spanner operations describe
aus:gcloud spanner operations describe \ --instance=INSTANCE-NAME \ --database=DATABASE-NAME \ projects/PROJECT-NAME/instances/INSTANCE-NAME/databases/DATABASE-NAME/operations/OPERATION_ID
Ersetzen Sie Folgendes:
- INSTANCE-NAME: Der Name der Spanner-Instanz.
- DATABASE-NAME: Der Name der Spanner-Datenbank.
- PROJECT-NAME: Der Projektname.
- OPERATION-ID: Die Vorgangs-ID des Vorgangs, den Sie prüfen möchten.
Der Abschnitt
progress
in der Ausgabe zeigt den Prozentsatz des abgeschlossenen Vorgangs an. Die Ausgabe sieht in etwa so aus:done: true ... progress: - endTime: '2021-01-22T21:58:42.912540Z' progressPercent: 100 startTime: '2021-01-22T21:58:11.053996Z' - progressPercent: 67 startTime: '2021-01-22T21:58:11.053996Z' ...
REST Version 1
Rufen Sie die Vorgangs-ID ab:
gcloud spanner operations list --instance=INSTANCE-NAME
--database=DATABASE-NAME --type=DATABASE_UPDATE_DDL
Ersetzen Sie Folgendes:
- INSTANCE-NAME durch den Namen der Spanner-Instanz.
- DATABASE-NAME durch den Namen der Datenbank.
Bevor Sie die Anfragedaten verwenden, ersetzen Sie die folgenden Werte:
- project-id: die Projekt-ID
- instance-id: Die Instanz-ID.
- database-id: Die Datenbank-ID.
- operation-id: Die Vorgangs-ID.
HTTP-Methode und URL:
GET https://spanner.googleapis.com/v1/projects/project-id/instances/instance-id/databases/database-id/operations/operation-id
Wenn Sie die Anfrage senden möchten, maximieren Sie eine der folgenden Optionen:
Sie sollten in etwa folgende JSON-Antwort erhalten:
{ ... "progress": [ { "progressPercent": 100, "startTime": "2023-05-27T00:52:27.366688Z", "endTime": "2023-05-27T00:52:30.184845Z" }, { "progressPercent": 100, "startTime": "2023-05-27T00:52:30.184845Z", "endTime": "2023-05-27T00:52:40.750959Z" } ], ... "done": true, "response": { "@type": "type.googleapis.com/google.protobuf.Empty" } }
Für gcloud
und REST können Sie den Fortschritt jeder Index-Backfill-Anweisung im Abschnitt progress
finden. Für jede Anweisung im Anweisungsarray gibt es ein entsprechendes Feld im Array „Progress“. Die Reihenfolge des Arrays für den Fortschritt entspricht der Reihenfolge des Arrays mit Anweisungen. Sobald verfügbar, werden die Felder startTime
, progressPercent
und endTime
entsprechend ausgefüllt.
Die Ausgabe enthält keine geschätzte Zeit für den Abschluss des Backfill-Fortschritts.
Wenn der Vorgang zu lange dauert, können Sie ihn abbrechen. Weitere Informationen finden Sie unter Indexerstellung abbrechen.
Szenarien beim Ansehen des Index-Backfill-Fortschritts
Beim Überprüfen des Fortschritts eines Index-Backfills können verschiedene Szenarien auftreten. Anweisungen zur Indexerstellung, die einen Index-Backfill erfordern, sind Teil von Schemaaktualisierungsvorgängen. Es können mehrere Anweisungen vorhanden sein, die Teil eines Schemaaktualisierungsvorgangs sind.
Das erste Szenario ist das einfachste, nämlich wenn die Anweisung zur Indexerstellung die erste Anweisung im Schemaaktualisierungsvorgang ist. Da die Anweisung zur Indexerstellung die erste ist, ist sie die erste, die aufgrund der Ausführungsreihenfolge verarbeitet und ausgeführt wird.
Im Feld startTime
der Anweisung zur Indexerstellung wird sofort die Startzeit der Schemaaktualisierung eingetragen. Als Nächstes wird das Feld progressPercent
der Anweisung zur Indexerstellung ausgefüllt, wenn der Fortschritt des Index-Backfills über 0 % liegt. Das Feld endTime
wird ausgefüllt, sobald ein Commit für die Anweisung ausgeführt wird.
Im zweiten Szenario ist die Anweisung zur Indexerstellung nicht die erste Anweisung im Schemaaktualisierungsvorgang. Mit der Anweisung zur Indexerstellung verbundenen Felder werden erst dann ausgefüllt, wenn die vorherigen Anweisungen aufgrund der Ausführungsreihenfolge per Commit übertragen wurden.
Ähnlich wie im obigen Szenario wird, nachdem für die vorherigen Anweisungen ein Commit durchgeführt wurde, zuerst das Feld startTime
der Anweisung zur Indexerstellung ausgefüllt, gefolgt vom Feld progressPercent
. Das Feld endTime
wird schließlich ausgefüllt, sobald der Commit der Anweisung abgeschlossen ist.
Indexerstellung abbrechen
Sie können die Google Cloud CLI verwenden, um die Indexerstellung abzubrechen. Verwenden Sie den Befehl gcloud spanner operations list
und fügen Sie die Option --filter
ein, um eine Liste von Schemaaktualisierungsvorgängen für eine Spanner-Datenbank abzurufen:
gcloud spanner operations list \
--instance=INSTANCE \
--database=DATABASE \
--filter="@TYPE:UpdateDatabaseDdlMetadata"
Suchen Sie nach der OPERATION_ID
des Vorgangs, den Sie abbrechen möchten, und brechen Sie ihn mit dem Befehl gcloud spanner operations cancel
ab:
gcloud spanner operations cancel OPERATION_ID \
--instance=INSTANCE \
--database=DATABASE
Vorhandene Indexe ansehen
Informationen zu vorhandenen Indexen in einer Datenbank können Sie über die Google Cloud Console oder die Google Cloud CLI aufrufen:
Console
Rufen Sie in der Google Cloud Console die Seite Spanner-Instanzen auf.
Klicken Sie auf den Namen der Instanz, die Sie aufrufen möchten.
Klicken Sie im linken Bereich auf die Datenbank, die Sie sich ansehen möchten, und klicken Sie dann auf die Tabelle, die Sie aufrufen möchten.
Klicken Sie auf den Tab Indexe. In der Google Cloud Console wird eine Liste der Indexe angezeigt.
Optional: Klicken Sie auf den Namen eines Index, um Details zu diesem zu erhalten, z. B. die Spalten, die er enthält.
gcloud
Führen Sie den Befehl gcloud spanner databases ddl describe
aus:
gcloud spanner databases ddl describe DATABASE \
--instance=INSTANCE
Die gcloud CLI gibt die DDL-Anweisungen (Data Definition Language) aus, um die Tabellen und Indexe der Datenbank zu erstellen. Die CREATE
INDEX
-Anweisungen beschreiben die vorhandenen Indexe. Beispiel:
--- |-
CREATE TABLE Singers (
SingerId INT64 NOT NULL,
FirstName STRING(1024),
LastName STRING(1024),
SingerInfo BYTES(MAX),
) PRIMARY KEY(SingerId)
---
CREATE INDEX SingersByFirstLastName ON Singers(FirstName, LastName)
Mit einem bestimmten Index abfragen
In den folgenden Abschnitten wird erläutert, wie Sie einen Index in einer SQL-Anweisung und mit der Leseschnittstelle für Spanner angeben. In den Beispielen in diesen Abschnitten wird davon ausgegangen, dass Sie der Tabelle Albums
eine Spalte MarketingBudget
hinzugefügt und einen Index mit dem Namen AlbumsByAlbumTitle
erstellt haben:
GoogleSQL
CREATE TABLE Albums (
SingerId INT64 NOT NULL,
AlbumId INT64 NOT NULL,
AlbumTitle STRING(MAX),
MarketingBudget INT64,
) PRIMARY KEY (SingerId, AlbumId),
INTERLEAVE IN PARENT Singers ON DELETE CASCADE;
CREATE INDEX AlbumsByAlbumTitle ON Albums(AlbumTitle);
PostgreSQL
CREATE TABLE Albums (
SingerId BIGINT NOT NULL,
AlbumId BIGINT NOT NULL,
AlbumTitle VARCHAR,
MarketingBudget BIGINT,
PRIMARY KEY (SingerId, AlbumId)
) INTERLEAVE IN PARENT Singers ON DELETE CASCADE;
CREATE INDEX AlbumsByAlbumTitle ON Albums(AlbumTitle);
Index in einer SQL-Anweisung angeben
Wenn Sie eine Spanner-Tabelle mit SQL abfragen, verwendet Spanner automatisch alle Indexe, die die Abfrage wahrscheinlich effizienter machen. Daher müssen Sie für SQL-Abfragen keinen Index angeben. Bei Abfragen, die für Ihre Arbeitslast entscheidend sind, empfiehlt Google jedoch, FORCE_INDEX
-Anweisungen in Ihren SQL-Anweisungen zu verwenden, um eine konsistentere Leistung zu erzielen.
In einigen Fällen wählt Spanner einen Index aus, durch den sich die Abfragelatenz erhöht. Wenn Sie die Schritte zur Fehlerbehebung bei Leistungsabfällen ausgeführt haben und bestätigt haben, dass es sinnvoll ist, die Abfrage mit einem anderen Index zu versuchen, können Sie den Index als Teil Ihrer Abfrage angeben:
Um einen Index in einer SQL-Anweisung anzugeben, verwenden Sie den Hinweis FORCE_INDEX
, um eine Indexanweisung bereitzustellen. Indexanweisungen verwenden die folgende Syntax:
GoogleSQL
FROM MyTable@{FORCE_INDEX=MyTableIndex}
PostgreSQL
FROM MyTable /*@ FORCE_INDEX = MyTableIndex */
Sie können Spanner auch mit einer Indexanweisung anweisen, die Basistabelle zu scannen, anstatt einen Index zu verwenden:
GoogleSQL
FROM MyTable@{FORCE_INDEX=_BASE_TABLE}
PostgreSQL
FROM MyTable /*@ FORCE_INDEX = _BASE_TABLE */
Das folgende Beispiel zeigt eine SQL-Abfrage, die einen Index angibt:
GoogleSQL
SELECT AlbumId, AlbumTitle, MarketingBudget
FROM Albums@{FORCE_INDEX=AlbumsByAlbumTitle}
WHERE AlbumTitle >= "Aardvark" AND AlbumTitle < "Goo";
PostgreSQL
SELECT AlbumId, AlbumTitle, MarketingBudget
FROM Albums /*@ FORCE_INDEX = AlbumsByAlbumTitle */
WHERE AlbumTitle >= 'Aardvark' AND AlbumTitle < 'Goo';
Eine Indexanweisung kann den Abfrageprozessor von Spanner zwingen, zusätzliche Spalten zu lesen, die für die Abfrage erforderlich, aber nicht im Index gespeichert sind.
Der Abfrageprozessor ruft diese Spalten ab, indem er den Index und die Basistabelle zusammenfügt. Um diesen zusätzlichen Join zu vermeiden, verwenden Sie eine STORING
-Klausel (GoogleSQL-Dialekt-Datenbanken) oder INCLUDE
-Klauseln (PostgreSQL-Dialekt-Datenbanken), um die zusätzlichen Spalten im Index zu speichern.
Im oben gezeigten Beispiel etwa wird die Spalte MarketingBudget
nicht im Index gespeichert, aber die SQL-Abfrage wählt diese Spalte aus. Daher muss Spanner die Spalte MarketingBudget
in der Basistabelle nachschlagen und sie dann mit Daten aus dem Index zusammenführen, um die Abfrageergebnisse zurückzugeben.
Spanner gibt einen Fehler aus, wenn bei der Indexanweisung eines der folgenden Probleme auftritt:
- Der Index existiert nicht.
- Der Index befindet sich in einer anderen Basistabelle.
- Der Abfrage fehlt ein erforderlicher
NULL
-Filterausdruck für einenNULL_FILTERED
-Index.
Die folgenden Beispiele zeigen, wie Abfragen geschrieben und ausgeführt werden, die die Werte von AlbumId
, AlbumTitle
und MarketingBudget
mithilfe des Index AlbumsByAlbumTitle
abrufen:
C++
C#
Go
Java
Node.js
PHP
Python
Ruby
Index in der Leseschnittstelle angeben
Wenn Sie die Leseschnittstelle zu Spanner nutzen und Spanner einen Index verwenden soll, müssen Sie den Index angeben. Die Leseschnittstelle wählt den Index nicht automatisch aus.
Darüber hinaus muss Ihr Index alle Daten enthalten, die in den Abfrageergebnissen angezeigt werden, mit Ausnahme der Spalten, die Teil des Primärschlüssels sind. Diese Einschränkung besteht, weil die Leseschnittstelle keine Joins zwischen dem Index und der Basistabelle unterstützt. Wenn Sie weitere Spalten mit in die Abfrageergebnisse einbeziehen möchten, haben Sie mehrere Möglichkeiten:
- Verwenden Sie eine
STORING
- oderINCLUDE
-Klausel, um die zusätzlichen Spalten im Index zu speichern. - Machen Sie Ihre Abfrage, ohne die zusätzlichen Spalten einzubeziehen, und senden Sie dann mithilfe der Primärschlüssel eine weitere Abfrage, die die zusätzlichen Spalten liest.
Spanner gibt Werte aus dem Index in aufsteigender Sortierreihenfolge nach Indexschlüssel zurück. Führen Sie die folgenden Schritte aus, um Werte in absteigender Reihenfolge abzurufen:
Kommentieren Sie den Indexschlüssel mit
DESC
. Beispiel:CREATE INDEX AlbumsByAlbumTitle ON Albums(AlbumTitle DESC);
Die Anmerkung
DESC
gilt für einen einzelnen Indexschlüssel. Wenn der Index mehr als einen Schlüssel enthält und die Abfrageergebnisse auf Basis aller Schlüssel in absteigender Reihenfolge angezeigt werden sollen, fügen Sie für jeden Schlüssel eineDESC
-Anmerkung ein.Wenn der Lesevorgang einen Schlüsselbereich angibt, muss der Schlüsselbereich ebenfalls in absteigender Reihenfolge angegeben werden. Mit anderen Worten: Der Wert des Startschlüssels muss größer sein als der Wert des Endschlüssels.
Das folgende Beispiel veranschaulicht, wie die Werte von AlbumId
und AlbumTitle
mit dem Index AlbumsByAlbumTitle
abgerufen werden:
C++
C#
Go
Java
Node.js
PHP
Python
Ruby
Index für reine Indexscans erstellen
Sie können optional die STORING
-Klausel (für GoogleSQL-Dialekt-Datenbanken) oder die INCLUDE
-Klausel (für PostgreSQL-Dialekt-Datenbanken) verwenden, um eine Kopie einer Spalte im Index zu speichern. Dieser Indextyp bietet Vorteile für Abfragen und Leseaufrufe unter Verwendung des Index, allerdings beansprucht das zusätzliche Speicherkapazität:
- SQL-Abfragen, die den Index verwenden und in der Klausel
STORING
oderINCLUDE
gespeicherte Spalten auswählen, benötigen keine zusätzliche Verknüpfung mit der Basistabelle. read()
-Aufrufe, die den Index verwenden, können von derSTORING
/INCLUDE
-Klausel gespeicherte Spalten lesen.
Angenommen, Sie haben eine alternative Version von AlbumsByAlbumTitle
erstellt, die eine Kopie der Spalte MarketingBudget
im Index speichert (beachten Sie die Klausel STORING
oder INCLUDE
in Fettschrift):
GoogleSQL
CREATE INDEX AlbumsByAlbumTitle2 ON Albums(AlbumTitle) STORING (MarketingBudget);
PostgreSQL
CREATE INDEX AlbumsByAlbumTitle2 ON Albums(AlbumTitle) INCLUDE (MarketingBudget);
Bei dem alten AlbumsByAlbumTitle
-Index muss Spanner den Index mit der Basistabelle verknüpfen und dann die Spalte aus der Basistabelle abrufen. Beim neuen Index AlbumsByAlbumTitle2
liest Spanner die Spalte direkt aus dem Index, was effizienter ist.
Wenn Sie statt SQL die Leseschnittstelle verwenden, können Sie mit dem neuen Index AlbumsByAlbumTitle2
auch direkt die Spalte MarketingBudget
lesen:
C++
C#
Go
Java
Node.js
PHP
Python
Ruby
Index ändern
Mit der Anweisung ALTER INDEX
können Sie einem vorhandenen Index zusätzliche Spalten hinzufügen oder Spalten löschen. Dadurch kann die Spaltenliste aktualisiert werden, die durch die STORING
-Klausel (GoogleSQL-Dialekt-Datenbanken) oder die INCLUDE
-Klausel (PostgreSQL-Dialekt-Datenbanken) definiert wird, wenn Sie den Index erstellen. Sie können diese Anweisung nicht verwenden, um Spalten im Indexschlüssel hinzuzufügen oder Spalten daraus zu entfernen. Anstatt beispielsweise einen neuen Index AlbumsByAlbumTitle2
zu erstellen, können Sie ALTER INDEX
verwenden, um eine Spalte zu AlbumsByAlbumTitle
hinzuzufügen, wie im folgenden Beispiel gezeigt:
GoogleSQL
ALTER INDEX AlbumsByAlbumTitle ADD STORED COLUMN MarketingBudget
PostgreSQL
ALTER INDEX AlbumsByAlbumTitle ADD INCLUDE COLUMN MarketingBudget
Wenn Sie einem vorhandenen Index eine neue Spalte hinzufügen, verwendet Spanner einen Hintergrund-Backfill-Prozess. Während der Backfill läuft, ist die Spalte im Index nicht lesbar, sodass Sie möglicherweise nicht die erwartete Leistungssteigerung erhalten. Mit dem Befehl gcloud spanner operations
können Sie den Vorgang mit langer Ausführungszeit auflisten und seinen Status ansehen.
Weitere Informationen finden Sie unter Vorgang beschreiben.
Sie können auch den Vorgang abbrechen, um einen laufenden Vorgang abzubrechen.
Nach dem Backfill fügt Spanner die Spalte dem Index hinzu. Wenn der Index wächst, kann dies die Anzahl der Abfragen verlangsamen, die den Index verwenden.
Das folgende Beispiel zeigt, wie eine Spalte aus einem Index gelöscht wird:
GoogleSQL
ALTER INDEX AlbumsByAlbumTitle DROP STORED COLUMN MarketingBudget
PostgreSQL
ALTER INDEX AlbumsByAlbumTitle DROP INCLUDE COLUMN MarketingBudget
Index von NULL-Werten
Standardmäßig indexiert Spanner NULL
-Werte. Erinnern Sie sich beispielsweise an die Definition des Index SingersByFirstLastName
in der Tabelle Singers
:
CREATE INDEX SingersByFirstLastName ON Singers(FirstName, LastName);
Alle Zeilen von Singers
werden auch dann indexiert, wenn FirstName
oder LastName
oder beide NULL
sind.
Wenn NULL
-Werte indexiert werden, können Sie auf Daten, die NULL
-Werte enthalten, effiziente SQL-Abfragen und Leseaufrufe durchführen. Verwenden Sie beispielsweise diese SQL-Abfrageanweisung, um alle Singers
mit einem NULL
FirstName
zu finden:
GoogleSQL
SELECT s.SingerId, s.FirstName, s.LastName
FROM Singers@{FORCE_INDEX=SingersByFirstLastName} AS s
WHERE s.FirstName IS NULL;
PostgreSQL
SELECT s.SingerId, s.FirstName, s.LastName
FROM Singers /* @ FORCE_INDEX = SingersByFirstLastName */ AS s
WHERE s.FirstName IS NULL;
Sortierreihenfolge für NULL-Werte
Spanner sortiert NULL
als kleinsten Wert für einen bestimmten Typ. Bei einer Spalte in aufsteigender (ASC
) Reihenfolge werden NULL
-Werte als Erstes einsortiert. Bei einer Spalte in absteigender (DESC
) Reihenfolge werden NULL
-Werte als Letztes einsortiert.
Indexierung von NULL-Werten deaktivieren
GoogleSQL
Um die Indexierung von Null-Werten zu deaktivieren, fügen Sie das Schlüsselwort NULL_FILTERED
zur Indexdefinition hinzu. NULL_FILTERED
-Indexe sind besonders nützlich, wenn es um die Indexierung von dünnbesetzten Spalten geht, bei denen die meisten Zeilen einen NULL
-Wert enthalten. In diesen Fällen kann der NULL_FILTERED
-Index erheblich kleiner und effizienter zu pflegen sein als ein normaler Index, der NULL
-Werte enthält.
Hier eine alternative Definition von SingersByFirstLastName
, die keine NULL
-Werte indexiert:
CREATE NULL_FILTERED INDEX SingersByFirstLastNameNoNulls
ON Singers(FirstName, LastName);
Das Keyword NULL_FILTERED
gilt für alle Indexschlüsselspalten. Eine NULL
-Filterung kann nicht pro Spalte angegeben werden.
PostgreSQL
Verwenden Sie das Prädikat WHERE COLUMN IS NOT NULL
, um Zeilen mit Nullwerten in einer oder mehreren indexierten Spalten herauszufiltern.
Indexe mit Null-Filtern sind besonders nützlich, um Spalten mit geringer Dichte zu indexieren, bei denen die meisten Zeilen einen NULL
-Wert enthalten. In diesen Fällen kann der nach Null gefilterte Index erheblich kleiner und effizienter zu pflegen sein als ein normaler Index, der NULL
-Werte enthält.
Hier eine alternative Definition von SingersByFirstLastName
, die keine NULL
-Werte indexiert:
CREATE INDEX SingersByFirstLastNameNoNulls
ON Singers(FirstName, LastName)
WHERE FirstName IS NOT NULL
AND LastName IS NOT NULL;
Durch das Herausfiltern von NULL
-Werten kann Spanner sie für einige Abfragen nicht verwenden. Spanner verwendet den Index beispielsweise nicht für diese Abfrage, da der Index alle Singers
-Zeilen auslässt, für die LastName
den Wert NULL
hat. Daher würde die Verwendung des Index verhindern, dass die Abfrage die richtigen Zeilen zurückgibt:
GoogleSQL
FROM Singers@{FORCE_INDEX=SingersByFirstLastNameNoNulls}
WHERE FirstName = "John";
PostgreSQL
FROM Singers /*@ FORCE_INDEX = SingersByFirstLastNameNoNulls */
WHERE FirstName = 'John';
Damit Spanner den Index verwenden kann, müssen Sie die Abfrage so umschreiben, dass sie die Zeilen ausschließt, die auch aus dem Index ausgeschlossen sind:
GoogleSQL
SELECT FirstName, LastName
FROM Singers@{FORCE_INDEX=SingersByFirstLastNameNoNulls}
WHERE FirstName = 'John' AND LastName IS NOT NULL;
PostgreSQL
SELECT FirstName, LastName
FROM Singers /*@ FORCE_INDEX = SingersByFirstLastNameNoNulls */
WHERE FirstName = 'John' AND LastName IS NOT NULL;
Eindeutige Indexe
Indexe können als UNIQUE
deklariert werden. UNIQUE
-Indexe fügen den indexierten Daten eine Einschränkung hinzu, die doppelte Einträge für einen bestimmten Indexschlüssel verbietet.
Diese Einschränkung wird von Spanner zum Zeitpunkt des Transaktions-Commit erzwungen.
Genauer gesagt kann eine Transaktion, die dazu führen würde, dass mehrere Indexeinträge für denselben Schlüssel existieren, nicht ausgeführt werden.
Wenn eine Tabelle anfänglich keine UNIQUE
-Daten enthält, schlägt der Versuch fehl, einen UNIQUE
-Index zu erstellen.
Ein Hinweis zu UNIQUE NULL_FILTERED-Indexen
Ein UNIQUE NULL_FILTERED
-Index erzwingt keine Eindeutigkeit des Indexschlüssels, wenn mindestens eine der Schlüsselkomponenten des Index NULL ist.
Angenommen, Sie haben die folgende Tabelle und den folgenden Index erstellt:
GoogleSQL
CREATE TABLE ExampleTable (
Key1 INT64 NOT NULL,
Key2 INT64,
Key3 INT64,
Col1 INT64,
) PRIMARY KEY (Key1, Key2, Key3);
CREATE UNIQUE NULL_FILTERED INDEX ExampleIndex ON ExampleTable (Key1, Key2, Col1);
PostgreSQL
CREATE TABLE ExampleTable (
Key1 BIGINT NOT NULL,
Key2 BIGINT,
Key3 BIGINT,
Col1 BIGINT,
PRIMARY KEY (Key1, Key2, Key3)
);
CREATE UNIQUE INDEX ExampleIndex ON ExampleTable (Key1, Key2, Col1)
WHERE Key1 IS NOT NULL
AND Key2 IS NOT NULL
AND Col1 IS NOT NULL;
Die folgenden zwei Zeilen in ExampleTable
weisen die gleichen Werte für die Sekundärindexschlüssel Key1
, Key2
und Col1
auf:
1, NULL, 1, 1
1, NULL, 2, 1
Da Key2
den Wert NULL
hat und der Index nach Null gefiltert ist, werden die Zeilen nicht im Index ExampleIndex
vorhanden. Da sie nicht in den Index eingefügt werden, lehnt der Index sie nicht ab, weil sie gegen die Eindeutigkeit bei (Key1, Key2,
Col1)
verstoßen.
Wenn der Index die Eindeutigkeit der Werte des Tupels (Key1
, Key2
, Col1
) erzwingen soll, müssen Sie Key2
in der Tabellendefinition mit NOT NULL
annotieren oder den Index erstellen, ohne Nullwerte zu filtern.
Index löschen
Mit der Anweisung DROP INDEX
löschen Sie einen sekundären Index aus dem Schema.
So löschen Sie den Index mit dem Namen SingersByFirstLastName
:
DROP INDEX SingersByFirstLastName;
Index für schnelleres Scannen
Wenn Spanner einen Tabellenscan anstelle eines indexierten Lookups ausführen muss, um Werte aus einer oder mehreren Spalten abzurufen, erhalten Sie schneller Ergebnisse, wenn für diese Spalten ein Index vorhanden ist, und zwar in der von der Abfrage angegebenen Reihenfolge. Wenn Sie häufig Abfragen ausführen, die Scans erfordern, sollten Sie sekundäre Indexe erstellen, damit diese Scans effizienter ausgeführt werden.
Wenn Spanner den Primärschlüssel oder einen anderen Index einer Tabelle häufig in umgekehrter Reihenfolge scannen soll, können Sie die Effizienz durch einen sekundären Index erhöhen, der die gewünschte Reihenfolge explizit macht.
Die folgende Abfrage gibt beispielsweise immer ein schnelles Ergebnis zurück, obwohl Spanner Songs
scannen muss, um den niedrigsten Wert von SongId
zu finden:
SELECT SongId FROM Songs LIMIT 1;
SongId
ist der Primärschlüssel der Tabelle und wird (wie bei allen Primärschlüsseln) in aufsteigender Reihenfolge gespeichert. Spanner kann den Index dieses Schlüssels scannen und das erste Ergebnis schnell finden.
Ohne die Hilfe eines sekundären Index würde die folgende Abfrage jedoch nicht so schnell zurückgegeben werden, insbesondere wenn Songs
viele Daten enthält:
SELECT SongId FROM Songs ORDER BY SongId DESC LIMIT 1;
Obwohl SongId
der Primärschlüssel der Tabelle ist, hat Spanner keine Möglichkeit, den höchsten Wert der Spalte abzurufen, ohne auf einen vollständigen Tabellenscan zurückgreifen zu müssen.
Wenn Sie den folgenden Index hinzufügen, könnte diese Abfrage schneller zurückgeben:
CREATE INDEX SongIdDesc On Songs(SongId DESC);
Mit diesem Index würde Spanner ihn verwenden, um viel schneller ein Ergebnis für die zweite Abfrage zurückzugeben.
Nächste Schritte
- SQL-Best Practices für Spanner
- Abfrageausführungspläne für Spanner
- Weitere Informationen zur Fehlerbehebung bei Leistungsregressionen in SQL-Abfragen