Existen dos maneras de actualizar la versión principal de la base de datos de tu instancia de Cloud SQL para MySQL mediante la migración de los datos.
Opción 1. Usa Database Migration Service (DMS).
DMS admite la migración desde una instancia de MySQL de Cloud SQL. También puedes usarla para actualizar tu versión de MySQL.
Opción 2. Para mover tus datos de una versión de MySQL a otra, exporta datos desde la instancia actual y, luego, impórtalos a una instancia nueva que ejecute la versión posterior de MySQL. Este proceso implica un tiempo de inactividad. Debes establecer la instancia actual en modo de solo lectura antes de comenzar la exportación.
En esta página, se analiza la segunda opción.
Planifica una actualización de la versión principal
Considera las características que se ofrecen en cada versión de MySQL y aborda las incompatibilidades.
Las nuevas versiones principales agregan cambios incompatibles que pueden requerir que modifiques el código de la aplicación, el esquema o la configuración de la base de datos antes de que puedas actualizar la instancia de base de datos. Revisa las notas de la versión principal de destino para determinar las incompatibilidades que debes abordar. Si omites versiones principales, aborda las incompatibilidades enumeradas para cada versión que omites.
Si actualizas de MySQL 5.7 a 8.0, verifica los cambios en los permisos de usuario en MySQL 8.0.
En la versión 8.0 de Cloud SQL para MySQL, se usa una marca nueva del sistema llamada partial_revokes, que se configura como ON de forma predeterminada. A diferencia de MySQL 5.7, esta marca quita la capacidad de usar caracteres comodines en los comandos GRANT de la base de datos.
Para garantizar que los usuarios de la base de datos tengan acceso a los esquemas de base de datos correctos, modifica los privilegios de los usuarios de la base de datos antes de actualizar a MySQL 8.0.
Actualiza los privilegios del usuario para usar el nombre completo de los esquemas de bases de datos requeridos en lugar de usar caracteres comodín.
Para obtener más información sobre cómo funciona esta marca en MySQL 8.0, consulta partial_revokes en MySQL 8.0.
Prueba la actualización con una ejecución de prueba.
Realiza una ejecución de prueba del proceso de actualización de extremo a extremo con una instancia de prueba antes de actualizar la base de datos de producción. Te recomendamos probar la actualización mediante un clon en lugar de tu base de datos de producción para evitar cualquier impacto en el rendimiento de la exportación en tu carga de trabajo de producción.
Además de validar que la actualización se complete con éxito, ejecuta pruebas para asegurarte de que la aplicación se comporte como se espera en la base de datos actualizada. Si no habilitaste aumentos automáticos de almacenamiento, toma nota del almacenamiento en disco que usa la instancia de ejecución de prueba actualizada para determinar si necesitas aumentar la capacidad de almacenamiento de la instancia de producción antes de realizar la actualización.
Decide cuándo quieres actualizar.
Migre sus datos
Para migrar tus datos a una instancia de Cloud SQL que ejecuta una versión más reciente de la base de datos, sigue estos pasos:
Crea la instancia con la versión principal de la base de datos de destino.
Asegúrate de que la instancia de destino tenga lo siguiente:
Almacenamiento suficiente para contener todos los datos de la instancia actual.
Las mismas redes autorizadas que la instancia actual.
Más información
Las mismas cuentas de usuario, con los mismos privilegios y contraseñas de MySQL
Opcional. Después de completar el proceso de actualización, configura la replicación entre las instancias de origen y de destino mediante un servidor externo para actualizar el destino con todos los cambios que se produjeron desde que comenzó el volcado inicial. Una vez que las dos instancias estén sincronizadas, puedes promover la instancia de destino.
Si deseas obtener información sobre cómo usar un servidor externo para implementar la replicación continua, consulta Replica desde un servidor externo.
Actualiza tus aplicaciones para conectarte a la instancia nueva.
Cuando estés seguro de que tu instancia nueva funciona de forma correcta, borra la instancia anterior.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 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)."]]