Diese Seite bietet einen Überblick über den Datencache und Empfehlungen für die Arbeitslasten, die am besten funktionieren, wenn der Datencache aktiviert ist. Auf dieser Seite werden auch die Einschränkungen des Datencaches aufgeführt.
Der Datencache ist ein optionales Feature zum Speichern von Datenseiten auf lokalen SSDs zur Beschleunigung der Abfrageverarbeitung. Der Datencache erweitert den MySQL-Pufferpool, um sowohl den Arbeitsspeicher als auch die lokale SSD zu verwenden. Standardmäßig wird der Datencache automatisch aktiviert, wenn Sie eine Cloud SQL Enterprise Plus-Instanz erstellen. Wenn Sie ein Upgrade einer Cloud SQL Enterprise-Instanz auf die Cloud SQL Enterprise Plus-Version durchführen, wird der Datencache automatisch aktiviert.
Wenn Sie den Datencache nicht verwenden möchten, können Sie ihn deaktivieren, wenn Sie die Cloud SQL Enterprise Plus-Instanz erstellen oder wenn Sie ein Upgrade einer Cloud SQL Enterprise-Instanz auf die Cloud SQL Enterprise Plus-Version durchführen. Sie können den Datencache für eine vorhandene Cloud SQL Enterprise Plus-Instanz mit praktisch keiner Ausfallzeit deaktivieren. Informationen zum Ändern der Datencache-Einstellung für Ihre Instanz finden Sie unter Instanz bearbeiten und Instanzeinstellungen.
Bei Instanzen mit aktiviertem Datencache verarbeitet Cloud SQL Lese- und Schreibanfragen so:
Leseanfrage: Cloud SQL priorisiert das Lesen von Daten aus dem Hauptspeicher, gefolgt vom Datencache und dem Speicher der Instanz. So können die Lesevorgänge mit der kleinstmöglichen Latenz verarbeitet werden.
Schreibanfrage: Cloud SQL übergibt die Daten per Commit in den Speicher der Instanz und schreibt sie gleichzeitig in den Datencache.
Wenn Sie den Datencache auf einer Instanz aktivieren, die kundenverwaltete Verschlüsselungsschlüssel (CMEK) verwendet, verschlüsselt Cloud SQL auch die lokale SSD, die für den Datencache verwendet wird.
Empfehlungen
Der Datencache bietet Leistungsvorteile für bestimmte Arbeitslasttypen. Wir empfehlen, den Datencache für folgende Arbeitslasttypen zu aktivieren:
- Arbeitslasten, bei denen das Arbeits-Dataset nicht in den Hauptspeicher passt.
Die Verwendung eines Datencaches bietet maximale Leistungsvorteile, wenn das gesamte Arbeits-Dataset nicht in den Hauptspeicher der Instanz passt. In diesem Szenario speichert Cloud SQL das Arbeits-Dataset im Hauptspeicher und im Datencache. Das Arbeits-Dataset ist im Allgemeinen kleiner als das vollständige Dataset.
- Arbeitslasten mit 16 oder mehr vCPUs.
Die Verwendung eines Datencaches bietet im Allgemeinen mehr Leistungsvorteile für Arbeitslasten mit 16 oder mehr vCPUs.
- Arbeitslasten mit mehr Lesevorgängen als Schreibvorgängen.
Verwenden Sie einen Datencache für Arbeitslasten, die hauptsächlich aus Lesevorgängen bestehen.
Beschränkungen
- Wenn ein Datencache voll ist, werden die gespeicherten Daten anhand der am weitesten in der Vergangenheit verwendeten Analyse entfernt, um nachfolgende Aktualisierungen des Datencaches zu berücksichtigen.
- Bei einem vom Nutzer oder vom System ausgelösten Herunterfahren oder Neustart sind die Inhalte des Datencaches beim Neustart verfügbar. Wenn die primäre Instanz jedoch Wartungen durchführt oder ein unerwartetes Herunterfahren auftritt, z. B. bei einem Failover-Vorgang, geht der Inhalt des Datencache verloren. Dies kann zu einer geringeren Leistung führen, während der Datencache neu gefüllt wird.