Open Telekom Cloud for Business Customers

DRS support migration from MySQL into GaussDB (for MySQL)

Real-time Synchronization of Data Replication Service (DRS) refers to a continuous real-time flow of key service data from source to destination databases while consistency of data can be ensured.

When RDS MySQL database is close to reach the limit on storage or replication or probably due the fact as the database is growing constantly the database is suffering on performance, Data Replication Service is offering a migration from MySQL into GaussDB (MySQL) which offer you following advantages:



GaussDB (for MySQL)


Traditional primary/standby architecture. Data is synchronized between the primary and standby nodes using binlog.

Decoupled storage and compute architecture. Compute nodes share the same data and data does not need to be synchronized using binlog.


Hundreds of thousands of QPS, delivering three times the performance of the open-source MySQL in high concurrency.

Millions of QPS, delivering seven times more performance comparing with open-source MySQL. In complex queries, operations, such as column extraction, conditional filtering, and aggregation calculation, can be pushed down to the storage layer, improving the performance by dozens of times compared with traditional databases.


Up to five read replicas can be added for an instance. The time required for adding read replicas depends on the data volume. Adding read replicas require additional storage.

The storage can grow as needed, with up to 4 TB for an instance.

Up to 15 read replicas can be added for an instance. Thanks to the shared storage, the time required for adding read replicas is not affected by the data volume. In addition, no additional storage is needed for read replica creation.

The storage grows as needed with up to 128 TB for an instance.


If the primary instance fails, the standby instance can be automatically promoted to the primary, with an RTO of less than 30s.

If the primary node fails, a read replica can be automatically promoted to the primary, with an RTO of less than 10s. It has lower latency because no data synchronization is required between the primary node and read replicas using binlog.

*RTO= Recovery Time Objective

Further information can be found in the DRS area of the Help Centers.


Do you have questions?

We answer your questions about testing, booking and use – free of charge and individually. Try it! 
Hotline: 24 hours a day, 7 days a week
0800 3304477 from Germany / 00800 33044770 from abroad

  • Communities

    The Open Telekom Cloud Community

    This is where users, developers and product owners meet to help each other, share knowledge and discuss.

    Discover now

  • Telefon

    Free expert hotline

    Our certified cloud experts provide you with personal service free of charge.

     0800 3304477 (from Germany)

    +800 33044770 (from abroad)

    24 hours a day, seven days a week

  • E-Mail

    Our customer service is available free of charge via E-Mail

    Write an E-Mail