Yandex Cloud
Search
Contact UsTry it for free
  • Customer Stories
  • Documentation
  • Blog
  • All Services
  • System Status
    • Featured
    • Infrastructure & Network
    • Data Platform
    • Containers
    • Developer tools
    • Serverless
    • Security
    • Monitoring & Resources
    • AI for business
    • Business tools
  • 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 tutorials
    • Managed Service for MySQL® performance analysis and tuning
    • Exporting a database to Yandex Data Processing
      • Overview
      • Transferring data using Data Transfer
      • Migrating data using a logical dump
    • Migrating a database from Managed Service for MySQL® to MySQL®
    • Delivering data from Yandex Managed Service for Apache Kafka® using Yandex Data Transfer
    • Delivering data to Yandex Managed Service for Apache Kafka® using Yandex Data Transfer
    • Delivering data to Yandex Managed Service for Apache Kafka® using Debezium
    • Migrating a database to Yandex Managed Service for YDB using Yandex Data Transfer
    • Migrating a database from Managed Service for MySQL® to Yandex Object Storage
    • Migrating data from Yandex Object Storage to Managed Service for MySQL®
    • MySQL® change data capture and delivery to YDS
    • Migrating data from Yandex Managed Service for PostgreSQL to Managed Service for MySQL® using Yandex Data Transfer
    • Migrating data from Managed Service for MySQL® to Yandex Managed Service for PostgreSQL using Yandex Data Transfer
    • Migrating data from Managed Service for MySQL® to Yandex MPP Analytics for PostgreSQL using Yandex Data Transfer
    • Syncing data from a third-party MySQL® cluster to Yandex Managed Service for MySQL® using Yandex Data Transfer
    • Migrating a database from MySQL® to ClickHouse® using Yandex Data Transfer
  • Access management
  • Pricing policy
  • Terraform reference
  • Monitoring metrics
  • Audit Trails events
  • Public materials
  • Release notes

In this article:

  • Required paid resources
  • Getting started
  • Creating a dump
  • Uploading a dump to a virtual machine in Yandex Cloud (optional)
  • Restoring data
  • Deleting the created resources
  1. Tutorials
  2. Migrating a database from a third-party MySQL® cluster
  3. Migrating data using a logical dump

Transferring data from a third-party MySQL® cluster by creating and restoring a logical dump

Written by
Yandex Cloud
Updated at December 5, 2025
  • Required paid resources
  • Getting started
  • Creating a dump
  • Uploading a dump to a virtual machine in Yandex Cloud (optional)
  • Restoring data
  • Deleting the created resources

To move data to a Managed Service for MySQL® cluster, create a logical dump of the desired database and restore it to the target cluster. There are two ways to do this:

  • Use the mydumper and myloader utilities. A database dump is created as a collection of files in a separate folder.
  • Use mysqldump and mysql. A database dump is created as a single file.

Migration stages:

  1. Create a dump of the database you want to migrate.

  2. Optionally, upload a dump to an intermediate virtual machine in Yandex Cloud.

    Transfer your data to an intermediate VM in Yandex Compute Cloud if:

    • Your Managed Service for MySQL® cluster is not accessible from the internet.
    • Your hardware or connection to the cluster in Yandex Cloud is not very reliable.

    The larger the amount of data to be migrated and the required migration speed, the higher the virtual machine requirements: number of processor cores, RAM, and disk space.

  3. Restore data from the dump.

If you no longer need the resources you created, delete them.

Required paid resourcesRequired paid resources

  • Managed Service for MySQL® cluster: computing resources allocated to hosts, size of storage and backups (see Managed Service for MySQL® pricing).
  • Public IP addresses if public access is enabled for cluster hosts (see Virtual Private Cloud pricing).
  • Virtual machine if created to download a dump: use of computing resources, storage, public IP address, and OS (see Compute Cloud pricing).

Getting startedGetting started

Create the required resources:

Manually
Terraform
  1. Create a target Managed Service for MySQL® cluster with your preferred configuration. In this case, the following applies:

    • The MySQL® version must be the same or higher than the version in the source cluster.

      Transferring data with MySQL® major version upgrade is possible but not guaranteed. For more information, see this MySQL® guide.

      You cannot perform migration while downgrading MySQL® version.

    • SQL mode must be the same as in the source cluster.

  2. Optionally, create a VM based on Ubuntu 20.04 LTS with the following parameters:

    • Disks and file storages → Size: Sufficient to store both archived and unarchived dumps.

      The recommended size is two or three times the total dump and dump archive size.

    • Network settings:

      • Subnet: Select a subnet on the cloud network hosting the target cluster.
      • Public IP address: Select Auto or one address from a list of reserved IPs.
  3. If you use security groups for the intermediate VM and the Managed Service for MySQL® cluster, configure them.

  1. If you do not have Terraform yet, install it.

  2. Get the authentication credentials. You can add them to environment variables or specify them later in the provider configuration file.

  3. Configure and initialize a provider. There is no need to create a provider configuration file manually, you can download it.

  4. Place the configuration file in a separate working directory and specify the parameter values. If you did not add the authentication credentials to environment variables, specify them in the configuration file.

  5. Download the data-migration-mysql-mmy.tf configuration file to the same working directory.

    This file describes:

    • Network.
    • Subnet.
    • Security group and the rule permitting access to the cluster.
    • Managed Service for MySQL® cluster with public internet access.
    • Virtual machine with public internet access (optional).
  6. Specify the following in data-migration-mysql-mmy.tf:

    • Target cluster parameters:

      • target_mysql_version: MySQL® version. Must be the same or higher than in the source cluster.
      • target_sql_mode: SQL mode. It must be the same as in the source cluster.
      • target_db_name: Database name.
      • target_user and target_password: Database owner username and password.
    • Virtual machine parameters (optional):

      • vm_image_id: ID of the public image with Ubuntu without GPU, e.g., for Ubuntu 20.04 LTS.
      • vm_username and vm_public_key: Username and absolute path to the public key, for access to the VM. By default, the specified username is ignored in the Ubuntu 20.04 LTS image. A user with the ubuntu username is created instead. Use it to connect to the VM.
  7. Make sure the Terraform configuration files are correct using this command:

    terraform validate
    

    Terraform will show any errors found in your configuration files.

  8. Create the required infrastructure:

    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.

    All the required resources will be created in the specified folder. You can check resource availability and their settings in the management console.

Creating a dumpCreating a dump

Using the mysqldump utility
Using the mydumper utility
  1. Switch the database to read-only mode to avoid losing data that can appear while creating the dump.

  2. Install mysqldump in the source cluster, e.g., for Ubuntu:

    sudo apt update && sudo apt install mysql-client --yes
    
  3. Create a database dump:

    mysqldump \
        --host=<FQDN_or_IP_address> \
        --user=<username> \
        --password \
        --port=<port> \
        --set-gtid-purged=OFF \
        --quick \
        --single-transaction \
        <DB_name> > ~/db_dump.sql
    

    Where --host is the FQDN or IP address of the master host in the source cluster.

    If required, provide additional parameters in the create dump command:

    • --events, if there are recurring events in your database.
    • --routines, if your database stores procedures and functions.

    For InnoDB tables, use the --single-transaction option for data integrity.

  4. In the dump file, change the table engine names to InnoDB:

    sed -i -e 's/MyISAM/InnoDB/g' -e 's/MEMORY/InnoDB/g' db_dump.sql
    
  5. Archive the dump:

    tar -cvzf db_dump.tar.gz ~/db_dump.sql
    
  1. Switch the database to read-only mode to avoid losing data that can appear while creating the dump.

  2. Create a directory for the dump files:

    mkdir db_dump
    
  3. Install mydumper in the source cluster, e.g., for Ubuntu:

    sudo apt update && sudo apt install mydumper --yes
    
  4. Create a database dump:

    mydumper \
        --triggers \
        --events \
        --routines \
        --outputdir=db_dump \
        --rows=10000000 \
        --threads=8 \
        --compress \
        --database=<DB_name> \
        --user=<username> \
        --ask-password \
        --host=<FQDN_or_IP_address>
    

    Where:

    • --triggers: Trigger dump.
    • --events: Event dump.
    • --routines: Stored procedure and function dump.
    • --outputdir: Dump file directory.
    • --rows: Number of rows in table fragments. The smaller the value, the more files in a dump.
    • --threads: Number of threads in use. The recommended value is equal to half the server's free cores.
    • --compress: Output file compression.
    • Where --host is the FQDN or IP address of the master host in the source cluster.
  5. In the dump file, change the table engine names to InnoDB:

    sed -i -e 's/MyISAM/InnoDB/g' -e 's/MEMORY/InnoDB/g' `find /db_dump -name '*-schema.sql'`
    
  6. Archive the dump:

    tar -cvzf db_dump.tar.gz ~/db_dump
    

Uploading a dump to a virtual machine in Yandex Cloud (optional)Uploading a dump to a virtual machine in Yandex Cloud (optional)

  1. Connect to an intermediate virtual machine over SSH.

  2. Copy the archive containing the database dump to the intermediate virtual machine, e.g., using scp:

    scp ~/db_dump.tar.gz <VM_user_name>@<VM_public_IP_address>:~/db_dump.tar.gz
    
  3. Extract the dump from the archive:

    tar -xzf ~/db_dump.tar.gz
    

Restoring dataRestoring data

Alert

For Managed Service for MySQL® clusters, AUTOCOMMIT is enabled by default. Do not disable AUTOCOMMIT during the client session when restoring the database from the dump, otherwise the host storage may overflow and the cluster may not function properly.

Using the mysql utility
Using the myloader utility

This method is suitable if you used mysqldump to create the dump.

  1. Install the mysql utility to the host you are using to restore the dump, e.g., for Ubuntu:

    sudo apt update && sudo apt install mysql-client --yes
    
  2. Start the database restore from the dump:

    • If you restore a dump from the VM in Yandex Cloud:

      mysql \
          --host=c-<target_cluster_ID>.rw.mdb.yandexcloud.net \
          --user=<username> \
          --port=3306 \
          <DB_name> < ~/db_dump.sql
      
    • If you are restoring the dump from a host connecting to Yandex Cloud from the internet, get an SSL certificate and provide the --ssl-ca and the --ssl-mode parameters in the restore command:

      mysql \
          --host=c-<target_cluster_ID>.rw.mdb.yandexcloud.net \
          --user=<username> \
          --port=3306 \
          --ssl-ca=~/.mysql/root.crt \
          --ssl-mode=VERIFY_IDENTITY \
          <DB_name> < ~/db_dump.sql
      

This method is suitable if you created the dump with mydumper and are using an intermediate virtual machine to restore it.

  1. Install the myloader utility to the host you are using to restore the dump, e.g., for Ubuntu:

    sudo apt update && sudo apt install mydumper --yes
    
  2. Start the database restore from the dump:

    myloader \
        --host=c-<target_cluster_ID>.rw.mdb.yandexcloud.net \
        --directory=db_dump/ \
        --overwrite-tables \
        --threads=8 \
        --compress-protocol \
        --user=<username> \
        --ask-password
    

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

Deleting the created resourcesDeleting the created resources

Delete the resources you no longer need to avoid paying for them:

Manually
Terraform
  • Delete the Managed Service for MySQL® cluster.
  • If you created an intermediate virtual machine, delete it.
  • If you reserved public static IP addresses, release and delete them.
  1. In the terminal window, go to the directory containing the infrastructure plan.

    Warning

    Make sure the directory has no Terraform manifests with the resources you want to keep. Terraform deletes all resources that were created using the manifests in the current directory.

  2. Delete resources:

    1. Run this command:

      terraform destroy
      
    2. Confirm deleting the resources and wait for the operation to complete.

    All the resources described in the Terraform manifests will be deleted.

Was the article helpful?

Previous
Transferring data using Data Transfer
Next
Migrating a database from Managed Service for MySQL® to MySQL®
© 2025 Direct Cursus Technology L.L.C.