Yandex Cloud
Search
Contact UsTry it for free
  • Customer Stories
  • Documentation
  • Blog
  • All Services
  • System Status
  • Marketplace
    • Featured
    • Infrastructure & Network
    • Data Platform
    • AI for business
    • Security
    • DevOps tools
    • Serverless
    • Monitoring & Resources
  • All Solutions
    • By industry
    • By use case
    • Economics and Pricing
    • Security
    • Technical Support
    • Start testing with double trial credits
    • Cloud credits to scale your IT product
    • Gateway to Russia
    • Cloud for Startups
    • Center for Technologies and Society
    • Yandex Cloud Partner program
    • Price calculator
    • Pricing plans
  • Customer Stories
  • Documentation
  • Blog
© 2025 Direct Cursus Technology L.L.C.
Yandex Managed Service for MySQL®
  • Getting started
    • All guides
      • Information about existing clusters
      • Creating a cluster
      • Updating a cluster
      • Stopping and starting a cluster
      • Managing cluster hosts
      • Migrating hosts to a different availability zone
      • Managing backups
      • MySQL® version upgrade
      • Deleting a cluster
  • Access management
  • Pricing policy
  • Terraform reference
  • Monitoring metrics
  • Audit Trails events
  • Public materials
  • Release notes

In this article:

  • Before upgrading a version
  • Updating the MySQL® version
  • Examples
  • See also
  1. Step-by-step guides
  2. Clusters
  3. MySQL® version upgrade

MySQL® version upgrade

Written by
Yandex Cloud
Updated at December 17, 2025
  • Before upgrading a version
  • Updating the MySQL® version
  • Examples
  • See also

You can upgrade a Managed Service for MySQL® cluster to any supported minor or major version.

In single-host clusters, only the master host is taken offline for upgrades. Unlike multi-host clusters, these clusters are not available for reads and writes during an upgrade. After the DBMS resumes operation, it will take time to warm up the buffer pool, which may temporarily affect the query performance, particularly for large, heavily indexed databases.

In multi-host clusters, upgrades proceed in this sequence:

  1. Replicas are taken offline for an upgrade and stopped, one by one. The replicas are queued randomly. Following the upgrade, the replicas get back online. Read performance may temporarily degrade at this stage, as some replicas will be unavailable.

  2. The master becomes read-only. One of the replicas is promoted to master and becomes write-enabled. This ensures the cluster is upgraded with minimal downtime.

  3. The original master is taken offline, upgraded, and then brought online as a replica. The master does not switch back to avoid the risk of extra failovers.

Note

In MySQL® 8.0, replica failover is more reliable and efficient due to improved metadata processing.

For information on minor version upgrades and host maintenance, see Maintenance.

Alert

  • After the DBMS upgrade, you cannot revert the cluster to the previous version.

  • Upgrade your cluster during low load periods to reduce risks and minimize the impact on users.

  • Whether a MySQL® version upgrade succeeds depends on many factors, such as the following:

    • Cluster settings and specific configurations.
    • Nature and structure of stored data.
    • MySQL® features deployed (especially JSON functionality and full-text search).
    • App compatibility with the new version.
    • Correctness of stored procedures and triggers.
    • Current database state and data quality.

    We recommend that you start with upgrading a test cluster with the same data and configuration.

Before upgrading a versionBefore upgrading a version

When getting ready for an upgrade, a comprehensive approach to testing and compatibility analysis is of particular importance. Our experience shows that most upgrade issues can be prevented in advance:

  1. Check the MySQL® release notes to learn how upgrades may affect your applications.

    Examples of changes in MySQL® 8.0
    • Changes in the behavior of SQL functions and query optimizer:

      -- Example of a command for analyzing a query execution plan
      EXPLAIN ANALYZE
      SELECT * FROM <table_name>
      WHERE complex_condition
      ORDER BY <field>;
      
    • Deprecated and removed features, especially related to ​​security:

      -- Checking authentication
      SELECT user, host, plugin 
      FROM mysql.user 
      WHERE user NOT LIKE 'mysql.%';
      
    • Changes in full-text search and JSON processing:

      -- Checking the use of JSON functions
      SELECT COUNT(*) 
      FROM information_schema.routines 
      WHERE routine_definition LIKE '%JSON%';
      
    • New default values ​​for DBMS settings.

    • Aspects of working with metadata and temporary tables.

  2. Try upgrading a test cluster.

    1. Deploy a test cluster from a backup of the main cluster using the PRESTABLE environment and upgrade it to the required version.

    2. Make sure critical queries and stored procedures work as expected.

    3. Check the features that use JSON and full-text search.

    4. Run a load test:

      -- Monitoring performance during tests
      SELECT EVENT_NAME, COUNT_STAR, AVG_TIMER_WAIT
      FROM performance_schema.events_statements_summary_by_digest
      WHERE SCHEMA_NAME = '<DB_name>'
      ORDER BY AVG_TIMER_WAIT DESC
      LIMIT 10;
      
  3. Create a backup of the main cluster immediately before upgrading.

  4. Ensure high availability of the cluster:

    1. Make sure the main and test clusters have at least one master and one replica. Add hosts as needed.
    2. Optionally, check the replication status and lag:
    -- Checking the replication status
    SHOW SLAVE STATUS\G
    
    -- Checking the replication lag
    SELECT
      SUBSTRING_INDEX(HOST, ':', 1) AS slave_host,
      SUBSTRING_INDEX(HOST, ':', -1) AS slave_port,
      SECONDS_BEHIND_MASTER,
      SLAVE_IO_RUNNING,
      SLAVE_SQL_RUNNING
    FROM information_schema.PROCESSLIST
    WHERE COMMAND = 'Binlog Dump';
    

Updating the MySQL® versionUpdating the MySQL® version

Management console
CLI
Terraform
REST API
gRPC API
  1. Go to Managed Service for MySQL.
  2. Select your cluster from the list and click Edit.
  3. In the Version field, select the new version number.
  4. Click Save changes.

As soon as you run the upgrade, the cluster status will change to Updating. Wait for the operation to complete and then check the cluster version.

The time required for an upgrade depends on multiple factors, such as the amount of data or the number of databases in your cluster. Usually, an upgrade takes a few minutes; for large databases, it can take 10 minutes or more.

If you do not have the Yandex Cloud CLI installed yet, install and initialize it.

By default, the CLI uses the folder specified when creating the profile. To change the default folder, use the yc config set folder-id <folder_ID> command. You can also set a different folder for any specific command using the --folder-name or --folder-id parameter.

To upgrade a MySQL® version:

  1. Get the list of your MySQL® clusters using this command:

    yc managed-mysql cluster list
    
  2. Get the details of the cluster in question and check its MySQL® version in the config.version setting:

    yc managed-mysql cluster get <cluster_name_or_ID>
    
  3. Run the MySQL® upgrade:

    yc managed-mysql cluster update <cluster_name_or_ID> \
       --mysql-version <new_version_number>
    

The time required for an upgrade depends on multiple factors, such as the amount of data or the number of databases in your cluster. Usually, an upgrade takes a few minutes; for large databases, it can take 10 minutes or more.

  1. Open the current Terraform configuration file describing your infrastructure.

    For information on how to create such a file, see Creating a cluster.

  2. Add the version field to the yandex_mdb_mysql_cluster resource or change the field value if it already exists:

    resource "yandex_mdb_mysql_cluster" "<cluster_name>" {
       ...
       version = "<MySQL®_version>"
       ...
    }
    
  3. Make sure the settings are correct.

    1. In the command line, navigate to the directory that contains the current Terraform configuration files defining the infrastructure.

    2. Run this command:

      terraform validate
      

      Terraform will show any errors found in your configuration files.

  4. Confirm updating the resources.

    1. Run this command to view the planned changes:

      terraform plan
      

      If you described the configuration correctly, the terminal will display a list of the resources to update and their parameters. This is a verification step that does not apply changes to your resources.

    2. If everything looks correct, apply the changes:

      1. Run this command:

        terraform apply
        
      2. Confirm updating the resources.

      3. Wait for the operation to complete.

For more information, see this Terraform provider article.

Timeouts

The Terraform provider sets the following timeouts for Managed Service for MySQL® cluster operations:

  • Creating a cluster, including by restoring it from a backup: 15 minutes.
  • Updating a cluster, including the MySQL® version update: 60 minutes.
  • Deleting a cluster: 15 minutes.

Operations exceeding the timeout are aborted.

How do I change these limits?

Add the timeouts section to the cluster description, such as the following:

resource "yandex_mdb_mysql_cluster" "<cluster_name>" {
  ...
  timeouts {
    create = "1h30m" # 1 hour 30 minutes
    update = "2h"    # 2 hours
    delete = "30m"   # 30 minutes
  }
}
  1. Get an IAM token for API authentication and set it as an environment variable:

    export IAM_TOKEN="<IAM_token>"
    
  2. Call the Cluster.update method, e.g., via the following cURL request:

    Warning

    The API method will assign default values to all the parameters of the object you are modifying unless you explicitly provide them in your request. To avoid this, list the settings you want to change in the updateMask parameter as a single comma-separated string.

    curl \
       --request PATCH \
       --header "Authorization: Bearer $IAM_TOKEN" \
       --header "Content-Type: application/json" \
       --url 'https://mdb.api.cloud.yandex.net/managed-mysql/v1/clusters/<cluster_ID>' \
       --data '{
                 "updateMask": "configSpec.version",
                 "configSpec": {
                   "version": "<MySQL®_version>"
                 }
               }'
    

    Where:

    • updateMask: Comma-separated list of settings you want to update.

      Here, we provide only one setting.

    • configSpec.version: New MySQL® version.

    You can get the cluster ID with the list of clusters in the folder.

  3. View the server response to make sure your request was successful.

  1. Get an IAM token for API authentication and set it as an environment variable:

    export IAM_TOKEN="<IAM_token>"
    
  2. Clone the cloudapi repository:

    cd ~/ && git clone --depth=1 https://github.com/yandex-cloud/cloudapi
    

    Below, we assume the repository contents are stored in the ~/cloudapi/ directory.

  3. Call the ClusterService/Update method, e.g., via the following gRPCurl request:

    Warning

    The API method will assign default values to all the parameters of the object you are modifying unless you explicitly provide them in your request. To avoid this, list the settings you want to change in the update_mask parameter as an array of paths[] strings.

    Format for listing settings
    "update_mask": {
        "paths": [
            "<setting_1>",
            "<setting_2>",
            ...
            "<setting_N>"
        ]
    }
    
    grpcurl \
       -format json \
       -import-path ~/cloudapi/ \
       -import-path ~/cloudapi/third_party/googleapis/ \
       -proto ~/cloudapi/yandex/cloud/mdb/mysql/v1/cluster_service.proto \
       -rpc-header "Authorization: Bearer $IAM_TOKEN" \
       -d '{
             "cluster_id": "<cluster_ID>",
             "update_mask": {
               "paths": [
                 "config_spec.version"
               ]
             },
             "config_spec": {
               "version": "<MySQL®_version>"
             }
           }' \
       mdb.api.cloud.yandex.net:443 \
       yandex.cloud.mdb.mysql.v1.ClusterService.Update
    

    Where:

    • update_mask: List of settings you want to update as an array of strings (paths[]).

      Here, we provide only one setting.

    • config_spec.version: New MySQL® version.

    You can get the cluster ID with the list of clusters in the folder.

  4. Check the server response to make sure your request was successful.

The time required for an upgrade depends on multiple factors, such as the amount of data or the number of databases in your cluster. Usually, an upgrade takes a few minutes; for large databases, it can take 10 minutes or more.

ExamplesExamples

Let's consider the following example showing how to upgrade a cluster from version 5.7 to 8.0. This use case is particularly interesting as it covers the most significant changes in the MySQL® architecture.

CLI
Terraform
  1. Get the list of clusters with their IDs and names:

    yc managed-mysql cluster list
    

    Result example:

    +----------------------+------------+---------------------+--------+---------+
    |          ID          |    NAME    |     CREATED AT      | HEALTH | STATUS  |
    +----------------------+------------+---------------------+--------+---------+
    | c9q8p8j2gaih******** |  mysql406  | 2021-10-23 12:44:17 | ALIVE  | RUNNING |
    +----------------------+------------+---------------------+--------+---------+
    
  2. Get detailed information about a specific cluster:

    yc managed-mysql cluster get mysql406
    

    The output will show the current MySQL® version:

      id: c9q8p8j2gaih********
      ...
      config:
        version: "5.7"
        ...
    
  3. Start the upgrade to 8.0:

    yc managed-mysql cluster update mysql406 --mysql-version 8.0
    

    As soon as you run this command, the system will start upgrading your cluster. It may take anywhere from a few minutes to an hour depending on the database size and cluster configuration.

  1. Open the current Terraform configuration file describing your infrastructure.

  2. Set the version field to 8.0 in the yandex_mdb_mysql_cluster resource:

    resource "yandex_mdb_mysql_cluster" "<cluster_name>" {
       ...
       version = "8.0"
       ...
    }
    
  3. Make sure the settings are correct:

    1. In the command line, navigate to the directory that contains the current Terraform configuration files defining the infrastructure.

    2. Run this command:

      terraform validate
      

      Terraform will show any errors found in your configuration files.

  4. Apply the changes:

    1. Run this command to view the planned changes:

      terraform plan
      

      If you described the configuration correctly, the terminal will display a list of the resources to update and their parameters. This is a verification step that does not apply changes to your resources.

    2. If everything looks correct, apply the changes:

      1. Run this command:

        terraform apply
        
      2. Confirm updating the resources.

      3. Wait for the operation to complete.

Terraform will automatically detect the need for version upgrade and start the process.

After a successful upgrade:

  1. Check the status of all critical components:

    -- Checking the InnoDB status
    SHOW ENGINE INNODB STATUS\G
    
    -- Checking the replication status
    SHOW SLAVE STATUS\G
    
  2. Make sure your applications work correctly:

    • Check the execution time of critical queries.
    • Check error statistics.
    • Monitor resource usage.
  3. Optimize your configuration for the new version:

    -- Analyzing buffer pool usage
    SELECT POOL_ID, POOL_SIZE, FREE_BUFFERS, DATABASE_PAGES
    FROM information_schema.INNODB_BUFFER_POOL_STATS;
    
    -- Checking performance settings
    SHOW VARIABLES LIKE '%buffer%';
    

See alsoSee also

  • Technical overview of MySQL® 8.0 features with focus on the new version's changes in terms of performance and functionality.

Was the article helpful?

Previous
Managing backups
Next
Deleting a cluster
© 2025 Direct Cursus Technology L.L.C.