Es gibt zwei Möglichkeiten, die Datenbankhauptversion Ihrer Cloud SQL for MySQL-Instanz durch Migration Ihrer Daten zu aktualisieren.
Option 1 Verwenden Sie Database Migration Service (DMS).
DMS unterstützt die Migration von einer Cloud SQL-MySQL-Instanz. Sie können damit auch Ihre MySQL-Version aktualisieren.
Option 2. Die Schritte zum Verschieben Ihrer Daten von einer MySQL-Version in eine andere umfassen das Exportieren der Daten von der momentanen Instanz und das Importieren der Daten in eine neue Instanz mit aktuellerer MySQL-Version. Dieser Vorgang zieht Ausfallzeiten nach sich, da Sie die aktuelle Instanz in den Lesemodus versetzen müssen, bevor Sie mit dem Exportvorgang beginnen können.
Auf dieser Seite wird die zweite Option beschrieben.
Berücksichtigen Sie die in den einzelnen MySQL-Versionen angebotenen Funktionen und gehen Sie auf Inkompatibilitäten ein.
Neue Hauptversionen führen inkompatible Änderungen ein, sodass Sie möglicherweise den Anwendungscode, das Schema oder die Datenbankeinstellungen ändern müssen, bevor Sie ein Upgrade für Ihre Datenbankinstanz durchführen können. Lesen Sie die Versionshinweise Ihrer Zielversion, um die Inkompatibilitäten zu ermitteln, die Sie beheben müssen. Wenn Sie Hauptversionen überspringen, beheben Sie die Inkompatibilitäten, die für jede Version aufgeführt sind, die Sie überspringen.
Wenn Sie ein Upgrade von MySQL 5.7 auf 8.0 ausführen, prüfen Sie, ob es in MySQL 8.0 Änderungen an Nutzerberechtigungen gibt.
Cloud SQL for MySQL Version 8.0 verwendet ein neues Systemflag namens partial_revokes, das standardmäßig auf ON gesetzt ist. Anders als bei MySQL 5.7 ist bei diesem Flag die Verwendung von Platzhalterzeichen in Datenbankbefehlen vom Typ GRANT nicht mehr möglich.
Ändern Sie vor dem Upgrade auf MySQL 8.0 die Datenbanknutzerberechtigungen, um zu gewährleisten, dass Datenbanknutzer Zugriff auf die richtigen Datenbankschemas haben.
Aktualisieren Sie die Berechtigungen des Nutzers, damit der vollständige Name der erforderlichen Datenbankschemata anstelle von Platzhalterzeichen verwendet wird.
Weitere Informationen zur Funktionsweise dieses Flags in MySQL 8.0 finden Sie unter partial_revokes in MySQL 8.0.
Testen Sie das Upgrade im Probelauf.
Führen Sie einen Probelauf des End-to-End-Upgradeprozesses mit einer Testinstanz durch, bevor Sie die Produktionsdatenbank aktualisieren. Sie sollten das Upgrade mit einem Klon anstelle Ihrer Produktionsdatenbank testen, um Leistungseinbußen beim Export auf Ihre Produktionsarbeitslast zu vermeiden.
Überprüfen Sie nicht nur, ob das Upgrade erfolgreich abgeschlossen wurde, sondern führen Sie auch Tests durch, um sicherzustellen, dass sich die Anwendung auf der aktualisierten Datenbank wie erwartet verhält. Wenn Sie keine automatischen Speichererweiterungen aktiviert haben, notieren Sie sich den von der aktualisierten Probelaufinstanz verwendeten Laufwerkspeicher, um zu ermitteln, ob Sie die Speicherkapazität für die Produktionsinstanz vor dem Upgrade erhöhen müssen.
Entscheiden Sie, wann Sie ein Upgrade ausführen möchten.
Daten migrieren
So migrieren Sie Ihre Daten auf eine Cloud SQL-Instanz mit einer aktuelleren Datenbankversion:
Erstellen Sie die Instanz mit der Hauptversion der Zieldatenbank.
Achten Sie darauf, dass Ihre Zielinstanz:
ausreichend Speicherplatz bietet, um alle Daten der momentanen Instanz zu speichern;
über die gleichen autorisierten Netzwerke verfügt wie die momentane Instanz und
Weitere Informationen
dieselben Nutzerkonten mit den gleichen MySQL-Berechtigungen und Passwörtern besitzt.
Optional. Richten Sie nach Abschluss des Upgrade-Vorgangs eine Replikation zwischen der Quell- und der Zielinstanz ein, indem Sie einen externen Server verwenden, um die Zielinstanz mit allen Änderungen zu aktualisieren, die seit dem Start des ursprünglichen Dumps aufgetreten sind. Sobald die beiden Instanzen synchronisiert wurden, können Sie die Zielinstanz hochstufen.
Informationen zur Verwendung eines externen Servers zur Implementierung der fortlaufenden Replikation finden Sie unter Von externem Server replizieren.
Aktualisieren Sie Ihre Anwendungen, damit diese eine Verbindung zu Ihrer neuen Instanz herstellen können.
Löschen Sie die alte Instanz, wenn Sie sicher sind, dass Ihre neue Instanz richtig funktioniert.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2025-09-04 (UTC)."],[],[],null,["# Upgrade the database major version by migrating data\n\n\u003cbr /\u003e\n\nMySQL \\| [PostgreSQL](/sql/docs/postgres/upgrade-major-db-version-migrate \"View this page for the PostgreSQL database engine\") \\| [SQL Server](/sql/docs/sqlserver/upgrade-major-db-version-migrate \"View this page for the SQL Server database engine\")\n\n\u003cbr /\u003e\n\nThis page describes how to migrate your data to an instance running a later\nversion of MySQL. Before proceeding with this method, consider\n[upgrading the database major version in-place](/sql/docs/mysql/upgrade-major-db-version-inplace).\n| **Note:** To upgrade the minor version for MySQL 8.0, see [Upgrade the MySQL minor version for an instance](/sql/docs/mysql/upgrade-minor-db-version).\n\nThere are two ways to upgrade the database major version of your Cloud SQL\nfor MySQL instance by migrating your data.\n\n- **Option 1** . Use the [Database Migration Service (DMS)](/database-migration/docs/mysql/configure-source-database). DMS supports migrating from a Cloud SQL MySQL instance. You can also use it to upgrade your MySQL version.\n- **Option 2** . Move your data from one version of MySQL to another by *exporting* data from the current instance and *importing* that data into a new instance running the later version of MySQL. This process involves downtime; you put the current instance into read-only mode before starting the export.\n\nThis page discusses the second option.\n\nPlan a major version upgrade\n----------------------------\n\n1. Choose a target major version.\n\n See the [list of versions that Cloud SQL supports](/sql/docs/mysql/db-versions).\n2. Consider the features offered in each MySQL version and address\n incompatibilities.\n\n New major versions introduce incompatible changes that might require you to\n modify the application code, the schema, or the database settings before\n you can upgrade your database instance. Review the release notes of your\n target major version to determine the incompatibilities that you need to\n address. If you're skipping major versions, address the incompatibilities\n listed for each version that you're skipping.\n - [MySQL 8.4](https://dev.mysql.com/doc/refman/8.4/en/en/mysql-nutshell.html)\n - [MySQL 8.0](https://dev.mysql.com/doc/refman/8.0/en/upgrading-from-previous-series.html)\n - [MySQL 5.7](https://dev.mysql.com/doc/refman/5.7/en/upgrading-from-previous-series.html)\n3. If you are upgrading from MySQL 5.7 to 8.0, then check for user grant changes\n in MySQL 8.0.\n\n Cloud SQL for MySQL version 8.0 uses a new system flag called\n `partial_revokes`, which is set to `ON` by default. Unlike MySQL 5.7, this\n flag removes the ability to use wildcard characters in database `GRANT` commands.\n To ensure database users have access to the correct database schemas,\n modify database user privileges before upgrading to MySQL 8.0.\n Update the user's privileges to use the full\n name of the required database schemas instead of using wildcard characters.\n\n For more information on how this flag works in MySQL 8.0,\n see [partial_revokes in MySQL 8.0](/sql/docs/mysql/flags#partial-revokes).\n4. Test the upgrade with a dry run.\n\n Perform a dry run of the end-to-end upgrade process with a test instance\n before you upgrade the production database. You might want to test the upgrade\n using a [clone](/sql/docs/mysql/clone-instance)\n instead of your production database to avoid any performance impact from the\n export on your production workload.\n\n In addition to validating that the upgrade completes successfully, run\n tests to ensure that the application behaves as expected on the upgraded\n database. If you haven't enabled [automatic storage increases](/sql/docs/mysql/instance-settings#automatic-storage-increase-2ndgen),\n take note of the disk storage used by the upgraded dry run instance to\n determine whether you need to increase the storage capacity for the\n production instance before upgrading.\n5. Decide when you want to upgrade.\n\n | **Note:** Upgrades require the instance to become unavailable for a period of time. Be sure to schedule your upgrade when database activity is low.\n\nMigrate your data\n-----------------\n\nTo migrate your data to a Cloud SQL instance running a more recent database\nversion, follow these steps:\n\n1. Create the instance with the target database major version.\n\n Make sure the target instance has:\n - Sufficient storage to hold all of the current instance's data.\n - The same authorized networks as the current instance. [Learn more](/sql/docs/mysql/configure-ip).\n - The same user accounts, with the same MySQL privileges and passwords.\n\n For more information, see [Creating an instance](/sql/docs/mysql/create-instance).\n2. Confirm that you can [connect to the new instance](/sql/docs/mysql/connect-admin-ip) with your local MySQL tools\n and update them if necessary.\n\n3. Put your current Cloud SQL instance into read-only mode by setting the\n `read_only` database flag to `On`.\n\n For information, see [Configure database flags](/sql/docs/mysql/flags).\n4. Export the current instance's data to a SQL dump file, following the\n instructions in\n [Export data for import into Cloud SQL](/sql/docs/mysql/import-export/import-export-sql).\n\n Do *not* export the `mysql` system database.\n5. [Create a Cloud Storage bucket](/storage/docs/creating-buckets)\n if needed, and upload your SQL dump file to the bucket.\n\n6. Import the data to the target instance, following the instructions in\n [Import MySQL databases from Cloud Storage](/sql/docs/mysql/import-export/import-export-sql).\n\n7. Optional. After completing the upgrade process, set up replication\n between the source and target instances by using an external server to update\n the target with all changes that have occurred since the initial dump was\n started. Once the two instances are in sync, you can promote the target\n instance.\n\n For information about using an external server to implement continuous\n replication, see [Replicating from an external server](/sql/docs/mysql/replication/replication-from-external_v1).\n8. Update your applications to connect to the new instance.\n\n9. When you're confident that your new instance is operating successfully,\n delete the old instance.\n\nWhat's next\n-----------\n\n- Learn about [Changes affecting upgrades to MySQL 8.4](https://dev.mysql.com/doc/refman/8.4/en/en/mysql-nutshell.html).\n- Learn about [Changes affecting upgrades to MySQL 8.0](https://dev.mysql.com/doc/refman/8.0/en/upgrading-from-previous-series.html).\n- Learn about [Changes affecting upgrades to MySQL 5.7](https://dev.mysql.com/doc/refman/5.7/en/upgrading-from-previous-series.html).\n- Learn about the [Database Migration Service](/database-migration/docs).\n- Learn about [importing and exporting data](/sql/docs/mysql/import-export).\n- Learn about [options for connecting to an instance](/sql/docs/mysql/external-connection-methods).\n- Learn about [setting MySQL flags](/sql/docs/mysql/flags)."]]
