Spaltenbasierte Engine konfigurieren

Auf dieser Seite wird beschrieben, wie Sie die spaltenbasierte Engine auf einer AlloyDB for PostgreSQL-Instanz aktivieren oder deaktivieren. Außerdem wird erläutert, wie Sie eine geeignete Anfangsgröße für den Spaltenspeicher sowie die Einstellungen für den Arbeitsspeicher- und den Speichercache für eine optimale Leistung konfigurieren.

Informationen zur Verwendung der spaltenbasierten Engine in AlloyDB Omni, siehe Spaltenbasierte Engine in AlloyDB Omni aktivieren.

Bei jeder dieser Aktionen wird der Wert eines Datenbank-Flags für eine Ihrer AlloyDB-Instanzen geändert. Weitere Informationen zum Festlegen von Datenbank-Flags finden Sie unter Datenbank-Flags einer Instanz konfigurieren.

Eine konzeptionelle Übersicht über die spaltenbasierte Engine von AlloyDB finden Sie unter Spaltenbasierte Engine von AlloyDB.

Spaltenbasierte Engine aktivieren

Wenn Sie die spaltenbasierte Engine auf einer Instanz verwenden möchten, legen Sie das google_columnar_engine.enabled Flag der Instanz auf on fest.

Nachdem Sie dieses Flag festgelegt haben, wird die Instanz automatisch neu gestartet.

Weitere Informationen zum Festlegen von Datenbank-Flags in AlloyDB finden Sie unter Datenbank-Flags einer Instanz konfigurieren.

Größe des Spaltenspeichers konfigurieren

Wenn die spaltenbasierte Engine auf einer Instanz aktiviert ist, weist AlloyDB einen Teil des Arbeitsspeichers der Instanz zu, um die spaltenbasierten Daten zu speichern. Wenn Sie Ihrem Spaltenspeicher schnellen RAM zuweisen, kann AlloyDB so schnell wie möglich auf die spaltenbasierten Daten zugreifen.

Arbeitsspeicher- und Speichercache stellen zusammen die Gesamtkapazität der spaltenbasierten Engine dar.

Arbeitsspeicher für die spaltenbasierte Engine konfigurieren

Wenn der Spaltenspeicher größer als der zugewiesene Teil des Arbeitsspeichers Ihrer Instanz wird, verwendet AlloyDB automatisch die zugrunde liegende Cache-Ebene der Instanz, um die zusätzlichen spaltenbasierten Daten zu speichern.

In AlloyDB können Sie sowohl Beziehungen als auch materialisierte Ansichten und ScaNN-Indizes in die spaltenbasierte Engine laden, um die Abfrageleistung zu verbessern.

Standardmäßig weist AlloyDB 30% des Arbeitsspeichers der Instanz dem Spaltenspeicher zu und passt die Gesamtzuweisung automatisch an, wenn Sie die Größe der Instanz ändern. Sie können den Arbeitsspeicher der Instanz auf maximal 50 % ändern. 70% sind jedoch zulässig. Die empfohlene Arbeitsspeichergröße für die spaltenbasierte Engine für Ihre Instanz finden Sie unter Empfohlene Arbeitsspeichergröße für den Spaltenspeicher.

Sie können die Zuweisung auch mit dem google_columnar_engine.memory_size_in_mb Flag auf eine feste und bestimmte Größe festlegen. Wenn AlloyDB zur Standardzuweisung zurückkehren soll, entfernen Sie das Flag aus der Instanz.

Weitere Informationen zum Festlegen oder Löschen von Flags finden Sie unter Datenbank-Flags einer Instanz konfigurieren.

Laden von ScaNN-Indizes in die spaltenbasierte Engine konfigurieren

Die spaltenbasierte Engine beschleunigt die Vektorsuche, wenn ScaNN-Indizes darin enthalten sind.

Wenn Sie den Cache für spaltenbasierte Indizes aktivieren möchten, legen Sie das google_columnar_engine.enable_index_caching Flag auf on fest.

Wenn Sie diese Funktion deaktivieren möchten, legen Sie das Flag auf off fest.

Speichercache für die spaltenbasierte Engine konfigurieren

Sie müssen die Größe von google_columnar_engine.storage_cache_size im Verhältnis zur Einstellung google_columnar_engine.memory_size_in_mb festlegen, da der Arbeitsspeicher der spaltenbasierten Engine für In-Memory-Metadaten für den Speichercache verwendet wird. Das empfohlene Größenverhältnis beträgt etwa 100 bis 1.000 Mal die Arbeitsspeichergröße. Wenn google_columnar_engine.memory_size_in_mb beispielsweise auf 1024 (1 GB) festgelegt ist, müssen Sie google_columnar_engine.storage_cache_size zwischen 100 GB und 1.000 GB festlegen.

Der Speichercache der spaltenbasierten Engine wird entsprechend der Instanzstufe bereitgestellt.

Instanzstufe	Standard-Cache-Größe der spaltenbasierten Engine
	N2		C4A
	Primär	Replikatpool	Primär- oder Replikatpool
1 vCPU	–	–	0
2 vCPU	18,75 GB	37,5 GB	–
4 vCPU	18,75 GB	37,5 GB	18,75 GB
8 vCPU	18,75 GB	37,5 GB	37,75 GB
16 vCPU	37,5 GB	37,5 GB	75 GB
32 vCPU	75 GB	75 GB	112,5 GB
48 vCPU	–	–	187,5 GB
64 vCPU	150 GB	150 GB	262,5 GB
72 vCPU	–	–	300 GB
96 vCPU	300 GB	300 GB	–
128 vCPU	450 GB	450 GB	–

Mit dem Flag google_columnar_engine.storage_cache_size können Sie den Speichercache der spaltenbasierten Engine anpassen. Dabei gelten die in der folgenden Tabelle aufgeführten Mindest- und Höchstwerte:

Instanzstufe	Mindest-Cache-Größe der spaltenbasierten Engine	Maximale Cache-Größe der spaltenbasierten Engine
		N2		C4A
		Primär	Replikatpool	Primär- oder Replikatpool
1 vCPU	–	–	–	0
2 vCPU	0	187,5 GB	375 GB	–
4 vCPU	0	187,5 GB	375 GB	187,5 GB
8 vCPU	0	187,5 GB	375 GB	375 GB
16 vCPU	0	375 GB	375 GB	750 GB
32 vCPU	0	750 GB	750 GB	1.125 GB
48 vCPU	–	–	–	1.125 GB
64 vCPU	0	1.500 GB	1.500 GB	2.625 GB
72 vCPU	–	–	–	3.000 GB
96 vCPU	0	3.000 GB	3.000 GB	–
128 vCPU	0	4.500 GB	4.500 GB	–

Speichercache-Daten für die spaltenbasierte Engine überwachen

Mit den folgenden Befehlen können Sie Daten zum Speichercache der spaltenbasierten Engine ansehen und überwachen:

Befehl	Beschreibung
`SELECT google_columnar_engine_storage_cache_used();`	Gibt die Größe des verwendeten Speichercaches der spaltenbasierten Engine zurück.
`SELECT google_columnar_engine_storage_cache_available();`	Gibt die Größe des nicht verwendeten Speichercaches der spaltenbasierten Engine zurück.
`SHOW google_columnar_engine.storage_cache_size;`	Gibt die Gesamtgröße des konfigurierten Speichercaches für die spaltenbasierte Engine zurück.

Vektorisierte Verknüpfung aktivieren

Die spaltenbasierte Engine verfügt über eine Funktion für vektorisierte Verknüpfungen, mit der die Leistung von Verknüpfungen verbessert werden kann, indem die vektorisierte Verarbeitung auf entsprechende Abfragen angewendet wird.

Nachdem Sie die vektorisierte Verknüpfung aktiviert haben, kann der AlloyDB-Abfrageplaner den Operator für vektorisierte Verknüpfungen anstelle des Standard-Hash-Verknüpfungsoperators von PostgreSQL anwenden. Der Planer trifft diese Entscheidung, indem er die Kosten für die Ausführung der Abfrage mit beiden Methoden vergleicht.

Wenn Sie die vektorisierte Verknüpfung auf einer Instanz aktivieren möchten, legen Sie das google_columnar_engine.enable_vectorized_join Flag der Instanz auf on fest.

Weitere Informationen zum Festlegen von Datenbank-Flags finden Sie unter Datenbank-Flags einer Instanz konfigurieren.

Standardmäßig weist AlloyDB der Funktion für vektorisierte Verknüpfungen einen Thread zu. Sie können die Anzahl der für diese Funktion verfügbaren Threads erhöhen, indem Sie das google_columnar_engine.vectorized_join_threads Flag auf einen größeren Wert festlegen.

Spaltenbasierte Engine manuell aktualisieren

Wenn Sie die spaltenbasierte Engine aktivieren, wird standardmäßig festgelegt, dass der Spaltenspeicher automatisch im Hintergrund aktualisiert wird.

Bei Arbeitslasten mit einer hohen Rate an Datenänderungen, z. B. häufigen INSERT-, UPDATE- oder DELETE-Vorgängen, können Sie den spaltenbasierten Speicher nach diesen Änderungen manuell aktualisieren, um den Index auf dem neuesten Stand zu halten.

Führen Sie die folgende SQL-Abfrage aus, um die spaltenbasierte Engine manuell zu aktualisieren:

SELECT google_columnar_engine_refresh('TABLE_NAME');

Ersetzen Sie TABLE_NAME durch den Namen der Tabelle oder der materialisierten Ansicht, die Sie manuell aktualisieren möchten.

Spaltenbasierte Engine deaktivieren

Wenn Sie die spaltenbasierte Engine auf einer Instanz deaktivieren möchten, legen Sie das Flag google_columnar_engine.enabled auf off fest.